[過去ﾛｸﾞ] Git 15©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
514: (ﾜｯﾁｮｲ) 2017/04/07(金)15:07 ID:bANCXAXg0(2/2) AAS
>>512
素人と電話やFAXで問題解決をするはめになる
515(1): (ﾜｯﾁｮｲ) 2017/04/07(金)15:45 ID:E9+XPTIr0(1) AAS
>>510
ないよ 納品されるほうだから
受け取ったコードは自分たちでも管理するし
タイムスタンプなんて気にしたことない
そもそも相手が素人なら
タイムスタンプは簡単に改ざんできるから違う方法にしましょうって簡単に説得できる
お互いメリットがあるんだからそれをやらない・できない理由がわからないよ
516: (ﾜｯﾁｮｲ) 2017/04/07(金)21:03 ID:jauySInW0(1) AAS
>>515
流石に現実を知らなすぎ。
517: (ﾜｯﾁｮｲ) 2017/04/07(金)21:42 ID:yx6dTx260(1) AAS
Git for Windows 2.12.2(2)
518: (ﾜｯﾁｮｲ) 2017/04/07(金)22:10 ID:6Q2Nznhn0(1) AAS
タイムスタンプの話題はひっぱるなあ
もともとタイムスタンプが保持される方が便利な用途もある、Gitでもコミット時のファイルセットで
タイムスタンプが戻るのも選べると便利なのに、って内容のこと言われたら、現gitの仕様が絶対な人が
ずーとキチガイみたいにタイムスタンプ復元必要ねえ、ってわめいているんだよね？
519: (ｻｻｸｯﾃﾛﾗ) 2017/04/07(金)22:48 ID:Qj0A+dKcp(1) AAS
ううん
タイムスタンプ保持して何に使うの？って質問に全く回答できなかった子が信者だキチガイだと暴れまわってるだけよ
520(1): (ﾜｯﾁｮｲ) 2017/04/07(金)23:15 ID:3XRgCY6e0(1) AAS
タイムスタンプ自体が不要だとは言わんが、gitに求めるもんじゃないだろう。
521: (ﾜｯﾁｮｲ) 2017/04/07(金)23:30 ID:xCtKbZyH0(1) AAS
>>510
> もともとタイムスタンプが保持される方が便利な用途もある。
ソースコードにおいてはタイムスタンプは、便利便利じゃない以前に
ファイルを更新した時間でなければいけない。
ソースのコミット時間であってはならない。
これはMUST、絶対的な要件だ
checkoutなどでファイルを変更したならば、
その変更した時間（つまり現在日時）にならないといけない。
そうしないとソースコードは適切にビルドできないし、
ビルドを必要としないスクリプト系でもソースコードが
修正されたタイミングで内部的に再コンパイルするものがある。
今あんたが気づくべきは、俺がソースコードに限定した話をしているってところだ。
ソースコードを管理するツールだから、そういう設計になっている。
522: (ﾜｯﾁｮｲ) 2017/04/08(土)00:47 ID:xR3JhE/d0(1) AAS
で、タイムスタンプって何に使うの？
523: (ﾜｯﾁｮｲ) 2017/04/08(土)00:51 ID:ZmPKT6lF0(1/7) AAS
メタデータをコミット時に保存してチェックアウト時に復元できるような別ツール使えばいいんじゃね
必要としてる人がたくさんいると思うなら自前で作って有償で売ればいいよ
そんな難しいわけじゃないから
524(3): (ﾜｯﾁｮｲ) 2017/04/08(土)00:54 ID:ZmPKT6lF0(2/7) AAS
ビルドの件はビルドツールがタイムスタンプじゃなくハッシュ使えばいいっていう話もある
それでも後方互換性というか広く使われてるツールをサポートすることは大事だし
タイムスタンプを復元することの必要性がないからgitで対応されることは当面ないだろうね
525(2): (ﾜｯﾁｮｲ) 2017/04/08(土)01:04 ID:DCm4pRAE0(1/2) AAS
>>524
どこにハッシュ値を保持しろと？
526(1): (ﾜｯﾁｮｲ) 2017/04/08(土)01:05 ID:N+5uce1L0(1/8) AAS
>>524
ビルドの度に全ファイルハッシュ計算して保持とかわざわざ遅くなる割にメリット殆どないような事をするわけがない。
メリットがあるのであればそんなに難しい事じゃないんだし既に存在して知られてるよ。
527(1): (ﾜｯﾁｮｲ) 2017/04/08(土)01:06 ID:YIelHZZf0(1) AAS
>>524
>ビルドの件はビルドツールがタイムスタンプじゃなくハッシュ使えばいいっていう話もある
そんな話どこにあるんだ...ビルド時間が無駄に増えるだけに思えるんだけど、何かメリットがあるのだろうか
528(1): (ﾜｯﾁｮｲ) 2017/04/08(土)01:14 ID:Ibdd+rg/0(1/7) AAS
>>525
> どこにハッシュ値を保持しろと？
全くそのとおりだなｗ
ビルド前のファイル ・・・の日付
ビルド後のファイル ・・・の日付
両方共ファイルの日付という情報を持っているからこそできること
529(1): (ﾜｯﾁｮｲ) 2017/04/08(土)02:04 ID:ZmPKT6lF0(3/7) AAS
お前ら必死だな
ビルドツールがタイムスタンプベースで仕事をしてるのは
納品物のタイムスタンプを気にしてる素人のロジックと同じだっての
古くからの慣習ってだけ
530: (ﾜｯﾁｮｲ) 2017/04/08(土)02:05 ID:Ibdd+rg/0(2/7) AAS
それは違う
ビルドツールが気にしているのはファイルが更新された時間だ
納品する時間ではない
531: (ﾜｯﾁｮｲ) 2017/04/08(土)02:17 ID:N+5uce1L0(2/8) AAS
>>529
IDEのビルトインも含めてビルドツールいままでどれだか作られてると思ってんの？
で、それらすべて素人が作ってると？
532(2): (ﾜｯﾁｮｲ) 2017/04/08(土)02:22 ID:ZmPKT6lF0(4/7) AAS
素人が作ったって言ってんじゃないよ
おまえらがバカにしてる納品物のタイムスタンプを気にしてるやつと考え方が同じだって言ってるの
Googleはタイムスタンプベースじゃないビルドツール使ってるけど
「何かメリットがあるのだろうか？」って聞いてこいよ
外部ﾘﾝｸ[html]:bazel.build
533: (ﾜｯﾁｮｲ) 2017/04/08(土)02:25 ID:N+5uce1L0(3/8) AAS
むしろタイムスタンプで十分なものをわざわざ遅く無駄にメモリとストレージとIO帯域を浪費するような実装しようとするほうが余程のマヌケか素人
534(2): (ﾜｯﾁｮｲ) 2017/04/08(土)02:28 ID:Ibdd+rg/0(3/7) AAS
>>532
タイムスタンプを使わないとは書いてないぞ？
タイムスタンプとファイル内容と書いてあるぞ？
535: (ﾜｯﾁｮｲ) 2017/04/08(土)02:31 ID:N+5uce1L0(4/8) AAS
>>532
それ、デフォルトでタイムスタンプ使うと書いてるけど？
536: (ﾜｯﾁｮｲ) 2017/04/08(土)02:36 ID:N+5uce1L0(5/8) AAS
>>534
ファイル内容というかファイルの依存関係だね。
既存の大抵のビルドシステムとやろうとしてることは同じ
537: (ﾜｯﾁｮｲ) 2017/04/08(土)02:40 ID:Ibdd+rg/0(4/7) AAS
bazelを含めたビルドツールがタイムスタンプに依存しているのは
やはりタイムスタンプで比較したほうが速いからなんだろうね
538: (ﾜｯﾁｮｲ) 2017/04/08(土)03:03 ID:oTRSwPK20(1) AAS
だってファイルシステムのエントリに保存されてるもの
ハッシュを常に取って保存するファイルシステム使ってたら、ハッシュベースな比較もいいだろうが
539(1): (ﾜｯﾁｮｲ) 2017/04/08(土)03:33 ID:sJFTclBC0(1) AAS
ビルドに依存関係のあるファイル（中間成果物も含む）をすべて最新のソースに反映済みかビルドツールは確認しなくちゃまずいと思うんだけど、
それって結局ビルド中に出来るファイルのタイムスタンプとかハッシュをを全部確認するということと変わらないと思うんだよね。
ハッシュって結局全データ読まないとわかんないわけで、これから全データ読ませてコンパイルするかどうか判断するツールが全データ読んでたらなんとかならんのかと思うし、
普通ハッシュが変わってたらタイムスタンプも変わるので、タイムスタンプでコンパイルするかしないか判断をするのは理にかなってると思うけどもなぁ
タイムスタンプが信用できないビルド環境（分散環境とかであるんだろうけど）とか、touchしただけのファイルがコンパイルをめちゃくちゃ長くするとか、そういうケースだったら
ハッシュを使ったほうが良いのだと思うけれど。
だから、純粋にタイムスタンプを復元したほうがビルド前提のソースコード管理システムにとっていいケースってのはどういうときなのか知りたい。
ビルドが要らないものにはタイムスタンプを保持してくれたほうが同名別バージョンの判別がしやすい、ということなんだろうけれど。
けど、それも裏返せばタイムスタンプは簡単に確認できるから、人間がハッシュなんかでいちいち確認したくない、ビルド時の効率性を下げてでも人間に合わせろって意見なんじゃないかなぁ
タイムスタンプ保存する機能より、必要なファイルのハッシュ値をコミット時かなんかに取るようにして人間が変更されているのをタイムスタンプ以外の方法で確認しやすいようにした方が良いと思うけど
540: (ﾜｯﾁｮｲ) 2017/04/08(土)06:10 ID:gyYkf65U0(1) AAS
どこを縦読み？
541(1): (ﾜｯﾁｮｲ) 2017/04/08(土)08:56 ID:E/70y/Nc0(1/2) AAS
>>520
タイムスタンプを保存したり復元するツールはそれなりに使い所があるかもしれないが、gitに含めない方が良いよな
ひとつのツールに機能を盛り込みすぎない方が良い
542: (ﾜｯﾁｮｲ) 2017/04/08(土)09:03 ID:P+8J79zs0(1/2) AAS
「Gitを部内で普及させた方がいいですよおー」
「でもそれプログラマ向けのソフトでしょ。使い方難しそうだし」
「慣れれば簡単ですよ。それにドキュメントの履歴管理にも便利なんです」
「バックアップで十分じゃないの？」
「いえ、過去にコミットした状態に自由に戻せるんですよ、ほら」
「なるほどねー、あれ？ でもファイルのタイムスタンプは今の時点だよ？」
「そりゃそうです。タイムスタンプが戻った方がいいなんてどシロウトの発想ですよ。
そもそもタイムスタンプとファイルの中身になんの関係があるんですか？ 説明
できますか？ 頭悪いんですか？
「・・・お前、Gitを推奨ツールにする案は却下な」
543(1): (ﾜｯﾁｮｲ) 2017/04/08(土)09:04 ID:P+8J79zs0(2/2) AAS
>>541
今でさえいい加減多機能すぎなのに、タイムスタンプを戻すスイッチのオプションが増える
ことが「機能盛り込みすぎ」と言えるだろうか？
上下前次1-新書関写板覧索設栞歴
あと 459 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.023s