Git 15©2ch.net

■ このスレッドは過去ログ倉庫に格納されています
2017/02/05(日) 05:22:15.65ID:AxwpDksc0
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。

Git - Fast Version Control System
http://git-scm.com/

◆関連サイト
Pro Git - Table of Contents
http://git-scm.com/book/ja
Git入門
http://www8.atwiki.jp/git_jp/

◆前スレ
Git 13
http://echo.2ch.net/test/read.cgi/tech/1439563364/
Git 14
http://echo.2ch.net/test/read.cgi/tech/1457412803/
VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured
2017/04/06(木) 23:19:04.18ID:kKSDz5/s0
発注後数日後のタイムスタンプだと苦労せずに作ったみたいで有り難みがないね
2017/04/06(木) 23:19:37.08ID:rNIgAdOn0
全てのプログラムは日付を不正に書き換えてはならない。

そうすれば、パソコンの時計を弄くらない限り
タイムスタンプは信用できる!
2017/04/06(木) 23:40:09.21ID:FGV9lFi+0
>>506
起訴してから改ざんしたんやで
2017/04/07(金) 09:04:15.70ID:bANCXAXg0
>>503
素人に納品したことないの? 幸せなことだね。 うらやましいよ
2017/04/07(金) 10:35:11.50ID:DhQiiTUn0
>>510
たぶん下請けしかやったことないってことだから幸せなのかどうかw
2017/04/07(金) 14:24:06.75ID:2cjyTFjtH
素人に納品するとしたらどうなのか
2017/04/07(金) 14:28:32.33ID:BxpowtTcd
>>512
ZIPで渡すかCDに焼くか
2017/04/07(金) 15:07:25.81ID:bANCXAXg0
>>512
素人と電話やFAXで問題解決をするはめになる
2017/04/07(金) 15:45:59.17ID:E9+XPTIr0
>>510
ないよ 納品されるほうだから
受け取ったコードは自分たちでも管理するし
タイムスタンプなんて気にしたことない

そもそも相手が素人なら
タイムスタンプは簡単に改ざんできるから違う方法にしましょうって簡単に説得できる
お互いメリットがあるんだからそれをやらない・できない理由がわからないよ
516デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/07(金) 21:03:22.88ID:jauySInW0
>>515
流石に現実を知らなすぎ。
517デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/07(金) 21:42:10.02ID:yx6dTx260
Git for Windows 2.12.2(2)
2017/04/07(金) 22:10:53.52ID:6Q2Nznhn0
タイムスタンプの話題はひっぱるなあ

もともとタイムスタンプが保持される方が便利な用途もある、Gitでもコミット時のファイルセットで
タイムスタンプが戻るのも選べると便利なのに、って内容のこと言われたら、現gitの仕様が絶対な人が
ずーとキチガイみたいにタイムスタンプ復元必要ねえ、ってわめいているんだよね?
2017/04/07(金) 22:48:18.72ID:Qj0A+dKcp
ううん
タイムスタンプ保持して何に使うの?って質問に全く回答できなかった子が信者だキチガイだと暴れまわってるだけよ
2017/04/07(金) 23:15:17.61ID:3XRgCY6e0
タイムスタンプ自体が不要だとは言わんが、gitに求めるもんじゃないだろう。
2017/04/07(金) 23:30:25.55ID:xCtKbZyH0
>>510
> もともとタイムスタンプが保持される方が便利な用途もある。

ソースコードにおいてはタイムスタンプは、便利便利じゃない以前に
ファイルを更新した時間でなければいけない。
ソースのコミット時間であってはならない。
これはMUST、絶対的な要件だ

checkoutなどでファイルを変更したならば、
その変更した時間(つまり現在日時)にならないといけない。

そうしないとソースコードは適切にビルドできないし、
ビルドを必要としないスクリプト系でもソースコードが
修正されたタイミングで内部的に再コンパイルするものがある。

今あんたが気づくべきは、俺がソースコードに限定した話をしているってところだ。
ソースコードを管理するツールだから、そういう設計になっている。
2017/04/08(土) 00:47:53.75ID:xR3JhE/d0
で、タイムスタンプって何に使うの?
2017/04/08(土) 00:51:06.50ID:ZmPKT6lF0
メタデータをコミット時に保存してチェックアウト時に復元できるような別ツール使えばいいんじゃね
必要としてる人がたくさんいると思うなら自前で作って有償で売ればいいよ
そんな難しいわけじゃないから
2017/04/08(土) 00:54:06.86ID:ZmPKT6lF0
ビルドの件はビルドツールがタイムスタンプじゃなくハッシュ使えばいいっていう話もある
それでも後方互換性というか広く使われてるツールをサポートすることは大事だし
タイムスタンプを復元することの必要性がないからgitで対応されることは当面ないだろうね
2017/04/08(土) 01:04:14.72ID:DCm4pRAE0
>>524
どこにハッシュ値を保持しろと?
526デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 01:05:08.77ID:N+5uce1L0
>>524
ビルドの度に全ファイルハッシュ計算して保持とかわざわざ遅くなる割にメリット殆どないような事をするわけがない。
メリットがあるのであればそんなに難しい事じゃないんだし既に存在して知られてるよ。
2017/04/08(土) 01:06:38.57ID:YIelHZZf0
>>524
>ビルドの件はビルドツールがタイムスタンプじゃなくハッシュ使えばいいっていう話もある
そんな話どこにあるんだ...ビルド時間が無駄に増えるだけに思えるんだけど、何かメリットがあるのだろうか
2017/04/08(土) 01:14:45.10ID:Ibdd+rg/0
>>525
> どこにハッシュ値を保持しろと?

全くそのとおりだなw

ビルド前のファイル ・・・の日付
ビルド後のファイル ・・・の日付

両方共ファイルの日付という情報を持っているからこそできること
2017/04/08(土) 02:04:54.75ID:ZmPKT6lF0
お前ら必死だな
ビルドツールがタイムスタンプベースで仕事をしてるのは
納品物のタイムスタンプを気にしてる素人のロジックと同じだっての
古くからの慣習ってだけ
2017/04/08(土) 02:05:57.51ID:Ibdd+rg/0
それは違う
ビルドツールが気にしているのはファイルが更新された時間だ
納品する時間ではない
531デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 02:17:24.56ID:N+5uce1L0
>>529
IDEのビルトインも含めてビルドツールいままでどれだか作られてると思ってんの?
で、それらすべて素人が作ってると?
2017/04/08(土) 02:22:39.65ID:ZmPKT6lF0
素人が作ったって言ってんじゃないよ
おまえらがバカにしてる納品物のタイムスタンプを気にしてるやつと考え方が同じだって言ってるの

Googleはタイムスタンプベースじゃないビルドツール使ってるけど
「何かメリットがあるのだろうか?」って聞いてこいよ
https://bazel.build/versions/master/docs/bazel-user-manual.html#correctness
533デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 02:25:45.27ID:N+5uce1L0
むしろタイムスタンプで十分なものをわざわざ遅く無駄にメモリとストレージとIO帯域を浪費するような実装しようとするほうが余程のマヌケか素人
2017/04/08(土) 02:28:07.34ID:Ibdd+rg/0
>>532
タイムスタンプを使わないとは書いてないぞ?
タイムスタンプとファイル内容と書いてあるぞ?
535デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 02:31:20.48ID:N+5uce1L0
>>532
それ、デフォルトでタイムスタンプ使うと書いてるけど?
536デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 02:36:44.84ID:N+5uce1L0
>>534
ファイル内容というかファイルの依存関係だね。
既存の大抵のビルドシステムとやろうとしてることは同じ
2017/04/08(土) 02:40:00.06ID:Ibdd+rg/0
bazelを含めたビルドツールがタイムスタンプに依存しているのは
やはりタイムスタンプで比較したほうが速いからなんだろうね
2017/04/08(土) 03:03:31.86ID:oTRSwPK20
だってファイルシステムのエントリに保存されてるもの
ハッシュを常に取って保存するファイルシステム使ってたら、ハッシュベースな比較もいいだろうが
2017/04/08(土) 03:33:08.91ID:sJFTclBC0
ビルドに依存関係のあるファイル(中間成果物も含む)をすべて最新のソースに反映済みかビルドツールは確認しなくちゃまずいと思うんだけど、
それって結局ビルド中に出来るファイルのタイムスタンプとかハッシュをを全部確認するということと変わらないと思うんだよね。

ハッシュって結局全データ読まないとわかんないわけで、これから全データ読ませてコンパイルするかどうか判断するツールが全データ読んでたらなんとかならんのかと思うし、
普通ハッシュが変わってたらタイムスタンプも変わるので、タイムスタンプでコンパイルするかしないか判断をするのは理にかなってると思うけどもなぁ

タイムスタンプが信用できないビルド環境(分散環境とかであるんだろうけど)とか、touchしただけのファイルがコンパイルをめちゃくちゃ長くするとか、そういうケースだったら
ハッシュを使ったほうが良いのだと思うけれど。

だから、純粋にタイムスタンプを復元したほうがビルド前提のソースコード管理システムにとっていいケースってのはどういうときなのか知りたい。

ビルドが要らないものにはタイムスタンプを保持してくれたほうが同名別バージョンの判別がしやすい、ということなんだろうけれど。
けど、それも裏返せばタイムスタンプは簡単に確認できるから、人間がハッシュなんかでいちいち確認したくない、ビルド時の効率性を下げてでも人間に合わせろって意見なんじゃないかなぁ

タイムスタンプ保存する機能より、必要なファイルのハッシュ値をコミット時かなんかに取るようにして人間が変更されているのをタイムスタンプ以外の方法で確認しやすいようにした方が良いと思うけど
2017/04/08(土) 06:10:53.56ID:gyYkf65U0
どこを縦読み?
541デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 08:56:26.86ID:E/70y/Nc0
>>520
タイムスタンプを保存したり復元するツールはそれなりに使い所があるかもしれないが、gitに含めない方が良いよな
ひとつのツールに機能を盛り込みすぎない方が良い
2017/04/08(土) 09:03:07.60ID:P+8J79zs0
「Gitを部内で普及させた方がいいですよおー」
「でもそれプログラマ向けのソフトでしょ。使い方難しそうだし」
「慣れれば簡単ですよ。それにドキュメントの履歴管理にも便利なんです」
「バックアップで十分じゃないの?」
「いえ、過去にコミットした状態に自由に戻せるんですよ、ほら」
「なるほどねー、あれ? でもファイルのタイムスタンプは今の時点だよ?」
「そりゃそうです。タイムスタンプが戻った方がいいなんてどシロウトの発想ですよ。
そもそもタイムスタンプとファイルの中身になんの関係があるんですか? 説明
できますか? 頭悪いんですか?
「・・・お前、Gitを推奨ツールにする案は却下な」
2017/04/08(土) 09:04:13.66ID:P+8J79zs0
>>541
今でさえいい加減多機能すぎなのに、タイムスタンプを戻すスイッチのオプションが増える
ことが「機能盛り込みすぎ」と言えるだろうか?
2017/04/08(土) 09:23:47.71ID:vxhhaj1D0
バックアップからコピーしても
ファイルが入っているフォルダの更新日時や
ファイルの作成日時は変わってしまうじゃん。
2017/04/08(土) 09:35:08.51ID:lscI+aDp0
>「Gitを部内で普及させた方がいいですよおー」
>「慣れれば簡単ですよ。それにドキュメントの履歴管理にも便利なんです」

gitにタイムスタンプ保持の機能を欲しがっている阿呆の話か?
2017/04/08(土) 09:42:43.16ID:ck54whlm0
何また信者が暴れてるの?
2017/04/08(土) 09:53:51.71ID:Ibdd+rg/0
>>539
話は簡単。

ファイルのハッシュを使ったほうが完璧だが、
それはタイムスタンプを戻す理由にはならない。
2017/04/08(土) 11:49:22.90ID:WcP61Fq/0
信者が納品にまでgitを使わすことを強制しててワロタ
2017/04/08(土) 11:53:11.41ID:Ibdd+rg/0
>>548
git archiveといって、納品とかに使える機能すら
gitは用意してくれているよ。

そういう意味ね。納品にgit強制=git archiveを使う
2017/04/08(土) 11:54:39.43ID:Ibdd+rg/0
あ、一応説明しておくか。

単にファイルをコピーとかすると、
作業中のファイルとか納品に必要のないものが
間違って入ってしまう可能性がある。

git archiveだと本当に納品するものだけを入れられる。
2017/04/08(土) 12:13:22.29ID:vxhhaj1D0
知らんけど
そんな前時代的な会社は辞めたらいいんじゃない?
2017/04/08(土) 17:39:40.98ID:ZmPKT6lF0
>>534
タイムスタンプにだけ依存してるツールと
最適化のためにタイムスタンプを使うことがあるツールを一緒にするなよ

Bazelはファイルシステムでハッシュ持ってる場合はハッシュ比較を先にしてmtimeの比較はしない
mtimeで比較する場合もその後ハッシュで比較する
Google内部ではカスタマイズしたファイルシステムを使ってハッシュを保存してるからタイムスタンプに依存しない

>>525-528
この辺のやつは既存の慣習や制約の枠内でしか物事を捉えられない脳みそだから
タイムスタンプ君と同類 いい反面教師
553デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 18:03:07.28ID:N+5uce1L0
>>552
デタラメばかり言ってんじゃねえよ
だいたいファイルの内容量のハッシュを保持するファイルシステムがどこにあんだよ
2017/04/08(土) 18:11:01.85ID:py60arCP0
>>552
> 最適化のためにタイムスタンプを使うことがあるツールを一緒にするなよ

一緒にしてないぞ?

最適化のためにタイムスタンプは、コミット日時ではなく
最後に変更した日時になるべきだって話をしてる
2017/04/08(土) 18:35:31.69ID:ZmPKT6lF0
>>553
内容量?
Googleが使ってるのはクローズドソースだよ

>>554
は?
タイムスタンプ君?
556デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 18:40:33.74ID:N+5uce1L0
>>555
ファイル内容のハッシュを
そんなファイルシステムがGoogle社内に存在しているという根拠ぐらい貼れよ
2017/04/08(土) 18:42:28.18ID:DCm4pRAE0
ソースを管理するためじゃなくてgitを使うためにgitを使う信者が、
たかがタイムスタンプすら保持できないという話を出されただけで
こんなにも必死なのはなんで?やっぱ図星だから?
558デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 18:46:20.80ID:N+5uce1L0
>>557
そんな話をしてる奴居るか?
ちなみに俺は一度もgitの話なんてしてない。スレ違いのビルドツールの話をしてるぞ
2017/04/08(土) 18:50:57.51ID:ck54whlm0
gitは完璧である
gitに現在ない機能を欲しがる奴は絶対にそいつが間違ってる
ファビョーン

って思考なんじゃね
2017/04/08(土) 18:52:08.60ID:py60arCP0
>>555
> は?
> タイムスタンプ君?

なんだそりゃw
反論の一つも言えなかったのかよw
2017/04/08(土) 18:53:45.92ID:py60arCP0
>>559
マヌケだなw

こちとらgitはソースコードのバージョンを管理するためのツールで
バックアップソフトが欲しければ、そっち使えという、
すごく当たり前の前提において、
ソースコードのバージョン管理ソフトはどうあるべきかを語っているだけなのに、

そうか。あのバカ、gitをバックアップソフトだと思っていて、
gitにないものは、gitの機能不足だと思ってるんだ。
2017/04/08(土) 18:54:24.18ID:py60arCP0
>>557
> たかがタイムスタンプすら保持できないという話を出されただけで

タイムスタンプを保持しないのがバージョン管理ソフトとして
正常な動きですからね。
563デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 18:58:17.82ID:E/70y/Nc0
>>543
タイムスタンプを戻すのはバージョン管理とは関係ないから盛り込み過ぎだな
2017/04/08(土) 19:19:48.47ID:ck54whlm0
この必死っぷり
2017/04/08(土) 19:20:53.82ID:py60arCP0
必死な人っていうのは、
論理的な説明ができない人だからね。
俺がいるって言ったらいるんだ!みたいなの
2017/04/08(土) 19:33:27.06ID:v9enVIHU0
まあ本当に必要だと思うなら git コミュニティーに投稿すりゃいい話ではある。
こんなとこでアピールするよりかは実際に入る可能性もあるんじゃないの?
あくまで本当に必要ならばだけど。
2017/04/08(土) 19:41:38.13ID:py60arCP0
>>566
昔gitコミュニティーに投稿して、いろんな人がバージョン管理ソフトに
タイムスタンプを保持するのは間違いだって丁寧に説明しているのに話を聞かず、
入れろ入れろとあまりにもしつこいから、リーナスがブチ切れて
タイムスタンプを保持する理由も言えないようなヤツとは話にならん。
絶対に入れることはない。とピシャリと言い放ったからな。

ここで愚痴るしかないだろうさw
2017/04/08(土) 20:02:51.31ID:TQcQh6SK0
bazelは「同じ」ソースファイルからは「同じ」成果物が生成されて、
その再生成の必要性を徹底的にゼロにしようって意図を持って設計されてるのかな
そのために、この「同じ」にはタイムスタンプがなるべく関係しないようにしたいという感じなのか

ブランチの切り替えでmtime更新されて再ビルドが動くとかとは発想がまったく違う原理で動くわけだな
ブランチ切り替えたときにはすでにビルド済みの成果物がそこにある

bazelのドキュメントちょっと読んだだけで書いてるから真偽は不明だぞ信じるな
2017/04/08(土) 20:09:23.97ID:vxhhaj1D0
タイムスタンプ比較した方が早いのに「ビルド時に毎回ハッシュ計算するからタイムスタンプ戻せ」って
タイムスタンプ信者が暴れてるんだろ?
ありえね〜
2017/04/08(土) 20:17:19.90ID:TQcQh6SK0
ファイルのビルド依存関係は完全に把握していることが前提で、
最初にファイルの更新を検知(これはタイムスタンプとかIDEから教えてもらうのかな?)すると
その依存関係にしたがって必要な部分を再ビルドしていくみたいな感じか
2017/04/08(土) 20:24:03.20ID:py60arCP0
>>568
> そのために、この「同じ」にはタイムスタンプがなるべく関係しないようにしたいという感じなのか

違う。bazelでもタイムスタンプが違えば違うとみなすが、
それに加えてファイルの中身まで見てるってことだよ
2017/04/08(土) 20:27:32.98ID:TQcQh6SK0
タイムスタンプが違ったら違うかも?って判定して、
その後中身見て違うかどうかを確定するってことだよね?
573デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/08(土) 20:30:26.21ID:TQcQh6SK0
ビルドを最小限にするにはタイムスタンプの違いだけでビルド開始してたら話にならんし
あと成果物にタイムスタンプ由来の情報が入るのが嫌なんだよね
2017/04/08(土) 21:36:24.37ID:NjQGfhpX0
gitにタイムスタンプを入れるな派はソースファイルを考えていて
入れろ派はdiffで差分確認出来ないファイルを考えているんだよね?
Git LFSだけファイルのタイムスタンプを保存するようにして、
ファイル種別でGit LFSに入れる運用にすれば両方満足するのでは?
2017/04/08(土) 23:26:45.91ID:ZmPKT6lF0
>>556
https://www.youtube.com/watch?v=b52aXZ2yi08
http://google-engtools.blogspot.jp/2011/06/build-in-cloud-accessing-source-code.html
2017/04/09(日) 00:23:36.58ID:ELCvvPn60
>>567
>昔gitコミュニティーに投稿して、いろんな人がバージョン管理ソフトに
>タイムスタンプを保持するのは間違いだって丁寧に説明しているのに話を聞かず、
>入れろ入れろとあまりにもしつこいから、リーナスがブチ切れて
>タイムスタンプを保持する理由も言えないようなヤツとは話にならん。
>絶対に入れることはない。とピシャリと言い放ったからな。

それ単にリーナスの尻馬に乗って俺スゲエって言いたいだけちゃうかと
少なくとも「間違い」とか「正しい」なんて言えないだろ
2017/04/09(日) 00:25:02.43ID:ELCvvPn60
タイムスタンプ入れろ派も(上見ればわかるけど)それをデフォルトの動作にしてよみたい
なことは入ってないんだよね。”-t”オプションつけたらぐらいでしょ。
578デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/09(日) 00:25:07.65ID:b41hiiaV0
>>575
なんでそんなすぐバレる嘘つき続けるんだ?
それ単にFUSEを通してバージョン管理システムにアクセスするだけでファイルシステムじゃないじゃねえか。
これがファイルシステムだと主張するならgmailすらファイルシステムと言えるわ
2017/04/09(日) 01:06:58.36ID:KMrLAFfh0
>>578
理解できないならもう黙ってろ
2017/04/09(日) 02:16:10.31ID:+d/g4xuk0
ぶっちゃけdiffしか見なくね?
いつ更新されたかとかどうでもいいわけで、何を更新しようと試みたかの内容が重要
2017/04/09(日) 03:03:47.00ID:R/6T3h6u0
>>574
> 入れろ派はdiffで差分確認出来ないファイルを考えているんだよね?

何も考えてないだろw

その証拠にタイムスタンプを入れることで
どんな問題が解決するのかを言えていない
2017/04/09(日) 08:21:16.09ID:ELCvvPn60
またお前か
2017/04/09(日) 10:51:21.84ID:JSrUct8R0
で、タイムスタンプ信者は何でタイムスタンプ入れたがるの?
2017/04/09(日) 11:28:24.20ID:KxLz9xP+M
さんざん上で出てんじゃん
もう引っ込みがつかないの?
みっともねーやつだ
2017/04/09(日) 11:51:54.47ID:cTj84sSr0
出てなかったはずだが?
上で出てるっていうのなら、
指し示すことができるはずだよね
2017/04/09(日) 12:54:15.90ID:agAuQ3zc0
韓国人みたいな奴だな。
毎回毎回ゴールが動く。
2017/04/09(日) 15:31:22.64ID:YGOyclr4d
タイムスタンプに親でも殺されたのかとw
2017/04/09(日) 15:38:37.98ID:oqOsUDjg0
あくまでソフトウェア開発の道具としてgitを使う層と、gitを使うのが趣味でそのために適当なテキストファイルを書いている層とがいるから話が噛み合わないんだよな
2017/04/09(日) 15:46:07.18ID:ZPMPIHcF0
開発の道具(道具だから開発時に使う)のと
バックアップ(裏で勝手に取っていてくれれば嬉しいだけの人)との
違いだね
590デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/09(日) 16:17:22.48ID:b41hiiaV0
>>588
適当なテキストファイルを書いてるとタイムスタンプがどう役に立つんだ?
2017/04/09(日) 16:27:22.30ID:agAuQ3zc0
>>590
逆だよ。日本語も読めないの?
2017/04/09(日) 16:29:59.98ID:oqOsUDjg0
>>590
aho
593デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/09(日) 16:34:52.84ID:b41hiiaV0
>>591
>>592
え?じゃあソフトウェア開発にタイムスタンプ(を戻す機能)がどう役にたつんだよ
2017/04/09(日) 16:37:25.01ID:ZPMPIHcF0
同じ意見同士で喧嘩すんな。

gitで管理してれば、行ごとに更新日時が記録される。
タイムスタンプ以上の正確な情報が記録されてるのに
わざわざタイムスタンプという人それぞれ違うようなものを
保持する意味がないことぐらい常識じゃないか
595デフォルトの名無しさん (ワッチョイ)
垢版 |
2017/04/09(日) 17:07:04.12ID:b41hiiaV0
>>594
お前とは同じ意見だけど、
>>591>>592と同じ意見とは思えないけど
2017/04/09(日) 17:26:46.49ID:MojKSihM0
なんで実装するべきかそうじゃないかで喧嘩が始まってしまうのか理解できない

実装するべきかどうかなのは置いといて、hookでなんとかできる可能性あるんだから必要だったらその方法を議論すればいいのに。
現状ではgitには実装されそうにない機能だという事実を一旦受け入れて。

それとは並行して実装するべきかどうかについて話すのは勝手にすればいいと思うけど

hookで試してみたけど上手く行かなかった、とか、hookではどうしても解決できない問題が発生するとか、そういう話が出来るはずだろ。
2017/04/09(日) 17:42:47.51ID:ZPMPIHcF0
>>596
自分で作るという話ならば、hookでやる方法なんてすぐに思いつくので議論の余地はない
2017/04/09(日) 18:18:54.45ID:MojKSihM0
>>597
hookで実現するかどうかを議論するということではなく、もし、タイムスタンプの管理が必要なのに自分でhookを書けない人が居るんだとしたら、
素直にどういうふうにhookを書けばいいか相談するなり何なりすればいいのにね、ってこと。

自分にとって必要なのに機能がない、に対して
1. ツールを工夫して使って代替する方法を考える、相談する
2. 他のツールを探す
3. ツールに追加機能を実装して採用してもらう
4. 機能がないことを盾にそのツールを頭ごなしに否定する
あたりの選択肢があるっぽいけど、どうして最も建設的でない4を採用する奴がいるのかな?って思っただけ
2017/04/09(日) 20:13:11.78ID:ofnK+OUt0
>>596
建設的な議論をしたいんじゃなくて
ただたんに文句言いたいだけだからな。

少なくとも
git タイムスタンプ
とかでググればけっこうやり方はでてくるよ。
2017/04/09(日) 20:33:19.37ID:sXKFGB5A0
エクスポート時に全部同じ日時になるのって
svnもそういう仕様じゃん?
2017/04/09(日) 20:56:57.12ID:MojKSihM0
>>599
gitのhookで解決する方法がググれば出てくるのに、それでもなにか言いたいんだとしたらhookを使うことには実務上の問題があるのか、
ググって出てきたやり方には欠陥があるのか、何かしらググった結果では満足できない合理的な理由があるんだと思ったんだけどな。

嗜好品だったらともかく、実用品を実用上の問題以外で批判することが、その人にとってどういう嬉しさをもたらすのか全くわかんないわ。
2017/04/09(日) 21:01:13.44ID:ofnK+OUt0
>>601
この辺でも読んでみれば?
少しはヒントになると思うよ。
ttp://qiita.com/hirokidaichi/items/adccebb41f77eaa6132f
2017/04/09(日) 21:04:40.77ID:qfSHNlIq0
いちゃもんつけられる俺スゲー君はどこにでもいるから
2017/04/09(日) 21:27:34.32ID:VJStMXwJ0
長文アスペ信者君を弄って遊びたい奴が一人か二人いて、
そいつらがネタを蒸し返してるだけだからあんま相手にするな
2017/04/09(日) 22:26:43.21ID:MojKSihM0
>>602
ということは、タイムスタンプで管理することを仕事かなんかで強制させられて、諦めてそれに従うんじゃなくて、タイムスタンプに意味があるんだ!なんとなくだけど!って思い込んでる人がいるってことかな

言語の話なら一長一短あるだろうし具体的にこの機能はこんなに素晴らしい!とか指摘できると思うんだけど、タイムスタンプ管理のメリットってのが全然語られないし、
むしろ、メリットデメリットで主張してるのではなく、そう決まってるから従わざるを得ないというところを有耶無耶にしているような印象があるんだよな。

まぁ、>>604の言うようにバイナリかタイムスタンプネタで遊びたいやつが居るだけの可能性も高そうだけど。
2017/04/09(日) 22:57:02.66ID:VL6pXfPv0
自分のことだとわかってないらしい
2017/04/09(日) 23:08:30.93ID:ZPMPIHcF0
単純にタイムスタンプっていうのは、ファイルを最後に変更した時間なんだから
checkoutすることで変更したのならば、その時刻になるのが正しいんだよ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。

ニューススポーツなんでも実況