Git 15©2ch.net

ソースコード管理を行う分散型バージョン管理システム、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
0002デフォルトの名無しさん (ワッチョイ)2017/02/05(日) 06:30:39.79 ID:Aiaziz9C0
< `∀´>ニダー
0003デフォルトの名無しさん (ワッチョイ)2017/02/05(日) 14:05:34.08 ID:k22lvY+90
0004デフォルトの名無しさん (ワッチョイ)2017/02/05(日) 15:38:55.62 ID:+MDXuZ600
rebaseを使いこなして初めて
gitを使えるようになったと言える
0005デフォルトの名無しさん (エムゾネ)2017/02/05(日) 15:39:17.20 ID:uN/SMrchF
>1 乙py
0006デフォルトの名無しさん (ワッチョイ)2017/02/07(火) 10:05:09.07 ID:rbbJBTTu0
gitlab復旧作業8時間実況すげ
https://www.youtube.com/watch?v=nc0hPGerSd4
0007デフォルトの名無しさん (ワッチョイ)2017/02/07(火) 11:25:57.76 ID:HoZye2uF0
rebaseの使い途がそんなにないんじゃね
コミットが何百もあったときにrebaseで綺麗にできると思えん
squashはresetでできる
使えるのは過去のコメントを編集するときくらいか
0008デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 03:26:19.24 ID:EqksEKaR0
>>7
コミットが何百もあるブランチを
マージするってのがそもそも間違いだよね?

そのどでかいブランチから、小さく機能を抜き取って
小さなブランチにしてマージするべきだよ。

そのときにcherry-pickを使うのは当然ながら
抜き取ったあとの整理でrebaseも行う
0009デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 03:53:20.12 ID:TcrM+SWf0
エスパーすると
>>7は"git rebase -i [コミット]"くらいしか使ったことないんじゃなかろうか
違ったらごめーんね
0010デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 11:32:37.78 ID:glAhqeU30
何かそういう、ブランチを整理するときのワークフローで分かりやすいドキュメントってないですか?

いつもいろんなgit操作を試行錯誤してしまって、本題がコミットすることからブランチ整理することにずれていってしまうので。
0011デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 11:38:22.96 ID:AT2+3Uwc0
>>8
なるほどと思ったが
cherry-pickは操作後の動作が保証できない
mergeなら操作後の動作が保証できる。完全ではないがcherry-pickよりまし
なのでmergeのほうが優れている
0012デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 15:36:17.78 ID:fGXhImwi0
>>10
masterブランチにcommitしまくるからそうなる
最初に開発ブランチ作れ
0013デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 17:10:20.00 ID:glAhqeU30
>>12
あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい
0014デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 19:40:31.54 ID:Z548kjM+0
最強の整理整頓術はそもそもモノを増やさないことだってのは全く間違ってないと思う
ブランチ整理って何がしたいのか分からんけど、successful git branching modelでも参考にしたらええんちゃうの
0015デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 22:22:54.22 ID:EqksEKaR0
>>11
> cherry-pickは操作後の動作が保証できない

何を言ってるんだ?
cherry-pickはあるコミットを持ってくるというだけの機能で
cherry-pickしたあとの動作なんて最初から何も保証してないんだが

保証できないんじゃなくて、保証してない
だからrebaseして、そのcherry-pickしたコミットが正しく動くようにするんだよ

ちなみに、そもそもなんでcherry-pickして動かなくなるのかといえば
こまめなrebaseをしてないから。例えばコミットに対する修正を別コミットに
していたりするとそうなる。こまめにrebaseして意味のある単位にコミットを
修正していれば他人が読んだときのレビューも楽になるし、再利用もしやすくなる


> mergeなら操作後の動作が保証できる

mergeはブランチ全てをマージするものであってそもそも使うべきところが違う。
ブランチの中の1コミットだけを抜き取りたいときにmergeではできない
(できないからmergeの方が劣ってるとでも?w)

使い方が違うだけの話でどちらかが優れているとか劣っているとかいう話じゃない
0016デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 22:48:05.72 ID:EqksEKaR0
>>13
> あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい

簡単に言えば、こまめなコミット、こまめなrebaseだよ
有名なオープンソースソフト(例git)のコミットログを眺めてみればいい
あれが目標とすべきコミット

眺めてみればいいといったが、コミットログっていうのは読むものなんだよ。
後から読むこともあるしレビューのときに読むこともある。だから可読性が必要

じゃあコミットの可読性はどうやればあげられるかというと
意味がある単位で小さくまとまめること

例えば試行錯誤した形跡を表しているようなコミットを持ってこられたって
ここバグってる?すぐあとのコミットで修正されてるやーんとなって時間を無駄に費やするだけ
かと言って複数のコミットを全部まとめてしまったら量が多くなりすぎる

では意味がある単位で小さくまとめる(=ワークフロー)にはどうするかとうと
まず開発中は小さくコミットしていく。大きな単位でコミットしてしまうと後で分けるのが大変になるから。
そして開発中はこまめにrebaseする。他の人にとって知りたいのは結果であって過程じゃない。
プルリク出すときには、最初から間違いなく作業しましたよっていう状態にして置かなければいけない。

rebaseが下手な人はコミットも大きくなって、いろんな修正を混ぜてしまう。
そういうことをするからrebaseするとコンフリクトまで起きてしまう。
コミットを小さくしていれば驚くほど簡単にrebaseができてしまう。
だからこまめなrebaseも苦にならない
0017デフォルトの名無しさん (ワッチョイ)2017/02/08(水) 23:13:58.04 ID:I20sKjnm0
最初から意味がある単位で小さくまとめるのが理想だけど、
後からブランチの履歴を整理する手段も色々ある。

gitでアレを元に戻す108の方法
http://labs.timedia.co.jp/2011/08/git-undo-999.html
Gitでやらかした時に使える19個の奥義
http://qiita.com/muran001/items/dea2bbbaea1260098051
0018デフォルトの名無しさん (アウアウカー)2017/02/09(木) 08:27:12.93 ID:ClsEJCvia
git(hub)-flow
0019デフォルトの名無しさん (エーイモ)2017/02/13(月) 10:17:21.25 ID:Ql0/GOXFE
git mvしないでmvしちゃったんですけどgit addしたらrename扱いになってました
絶対にgit mvしなくてもgit画面どう見てくれるから問題ないってことですか?
0020デフォルトの名無しさん (ワッチョイ)2017/02/13(月) 10:39:40.22 ID:1h+Oz1MN0
>>19
中身を書き換える前ならわりと追ってくれる
どこまで追ってくれるか試すと楽しいぞ
0021デフォルトの名無しさん (ワッチョイ)2017/02/13(月) 15:13:09.61 ID:UyeCKZqE0
改行コード変わるだけで別ファイルになるけどな
0022デフォルトの名無しさん (ワッチョイ)2017/02/17(金) 09:56:23.44 ID:hEtwtvyY0
毎日仕事が終わったら、その日作ったソースコードを
gitサーバーにコミットして帰宅する俺。
0023デフォルトの名無しさん (ワイモマー)2017/02/18(土) 01:13:13.92 ID:neEeF1u6M
コミットして帰ると次の日休んだ時にビルドが通らないと呼び出し喰らうパターンだな
0024デフォルトの名無しさん (ワッチョイ)2017/02/18(土) 01:21:39.27 ID:YzcxuYMW0
>>22
プッシュじゃなくて?
0025デフォルトの名無しさん (ワッチョイ)2017/02/18(土) 01:58:54.36 ID:SqGT/vv90
>>24
ごめん、プッシュね。

マネジャーの人が俺らの作業をチェックしたいらしくて、
毎日帰るときにみんなプッシュしてから帰宅する。
svn時代と変わらない。
0026デフォルトの名無しさん (ササクッテロル)2017/02/18(土) 02:04:19.48 ID:odevQhO/p
細かくコミットしていくことを心掛けたいが、気付くとコミットを忘れて突っ走ってしまう
そんな馬鹿野郎におすすめのツールとか運用とかないですか
0027デフォルトの名無しさん (ワッチョイ)2017/02/18(土) 03:06:20.95 ID:3dbLYC4l0
>>26
突っ走った後にgit add -p 使って複数のコミットを作る
0028デフォルトの名無しさん (ワッチョイ)2017/02/18(土) 11:33:38.07 ID:YCJMYP7V0
>>26
一定時間ごとに自動でコミット、プッシュするスクリプトがあったと思う
0029デフォルトの名無しさん (ワッチョイ)2017/02/18(土) 13:22:21.19 ID:y2nzrwVZ0
>>28
そんなことするぐらいなら、
一定時間ごとに「コミットしろよ」って通知出すほうが良いわなw
0030デフォルトの名無しさん (ワッチョイ)2017/02/19(日) 22:56:47.13 ID:ae9YYSse0
cron 書けとしか言いようがない。
0031デフォルトの名無しさん (ワッチョイ)2017/02/22(水) 00:19:55.01 ID:doFig/5A0
エディタに自動保存機能なけりゃ編集内容はメモリ上にしかないからどのみち死ぬ
0032デフォルトの名無しさん (ワッチョイ)2017/02/22(水) 15:40:38.57 ID:7bpb3LbA0
>>31
数分おきにエディタに :wq! を送るスクリプトを作ろう
0033デフォルトの名無しさん (JP)2017/02/22(水) 15:45:05.02 ID:T1tKwjPzH
意味のある区切りじゃない自動保存などゴミ
0034デフォルトの名無しさん (アウアウカー)2017/02/22(水) 16:51:00.38 ID:QaRsR5LQa
そもそもコミットは成果毎に行うのであって細かくすればいいというものではない
0035デフォルトの名無しさん (ワッチョイ)2017/02/22(水) 19:13:30.90 ID:nmnET67+0
プレーンテキストとかワープロとかならともかく、ソースコードだったらコンパイルするためにどんどん保存してるんだから自動保存ってそこまで必要性高いものでもなくない?
0036デフォルトの名無しさん (ササクッテロラ)2017/02/22(水) 19:54:40.37 ID:OuXxGo6Bp
コミットと保存の話が混ざって混沌としてきてる
0037デフォルトの名無しさん (アウアウカー)2017/02/22(水) 20:45:47.20 ID:bVHsZCW9a
個人開発なら単なる履歴残しに使ってもいいがチームの場合はそれじゃ困るんだよね
0038デフォルトの名無しさん (ワッチョイ)2017/02/23(木) 01:11:00.83 ID:9wlFqT9C0
ショートカットキーctrl+Sで保存は便利でよく使う
履歴残し程度なら同様にショートカットキーで保存とコミットができるようにエディタにスクリプト組み込めばOK
初回ショートカットキーで一時作業用ブランチを切らせて
一通り終わったなら別のショートカットキーでsquashなりでまとめてからコミットメッセージ入力窓でも出してから本来の作業用ブランチにFFマージさせればおk
0039デフォルトの名無しさん (ワッチョイ)2017/02/23(木) 10:00:04.78 ID:lHjqIPrz0
>>37
チームの場合はgitは個人で自由に使わせておいて
チーム側では集約にsvnを使うよね
0040デフォルトの名無しさん (ササクッテロラ)2017/02/23(木) 16:27:13.03 ID:EPi8ln12p
>>39
ない

svnで運用された頭が痛くなるような履歴をgitに取り込むことはよくある
0041デフォルトの名無しさん (ササクッテロロ)2017/02/23(木) 20:55:38.64 ID:0FbQfq3Vp
チーム毎にgit使って、各チームの成果をインテグした時にsvn使う事はある
個人でgit、チームでsvnって構成はgitの美味しさの大部分を潰してるように見えるけど、想定してる規模が分からんし何とも言えんか
0042デフォルトの名無しさん (ワッチョイ)2017/02/24(金) 14:06:29.60 ID:STsv/yLm0
SHA1の衝突がGoogleによって公開、gitにも言及
https://shattered.it/

それに対するLinusの見解
http://marc.info/?l=git&m=148787047422954
0043デフォルトの名無しさん (JP)2017/02/24(金) 14:11:42.95 ID:xRGcfmimH
hashの衝突は元から想定済っしょ
そもそも5桁でちぎって管理()してるんだし
0044デフォルトの名無しさん (ワンミングク)2017/02/24(金) 15:11:29.62 ID:qhcGsvfzM
想定はしてないでしょ、無理矢理衝突させたらリポジトリ壊れたって書いてるし
http://stackoverflow.com/questions/9392365/how-would-git-handle-a-sha-1-collision-on-a-blob
0045デフォルトの名無しさん (ワッチョイ)2017/02/24(金) 16:02:16.98 ID:U6j2M/4W0
>>43
5桁でちぎって管理ってなんのこと?
0046デフォルトの名無しさん (ワッチョイ)2017/02/25(土) 10:54:33.01 ID:xirdZVsB0
v2.12.0
0047デフォルトの名無しさん (ワッチョイ)2017/02/25(土) 11:32:01.15 ID:PfZ6yy2F0
>>46
何か面白い機能追加された?
0048デフォルトの名無しさん (ワッチョイ)2017/02/27(月) 04:28:34.00 ID:RD4dbD8r0
0049デフォルトの名無しさん (ワッチョイ)2017/02/27(月) 13:29:26.47 ID:v76+Cgkq0
SHA1衝突なんか怖かねーぜバーカ!
ってこと?
0050デフォルトの名無しさん (ワッチョイ)2017/03/01(水) 00:08:39.88 ID:MSk4m/Wm0
ファイル数が20万〜30万個あるプロジェクトをgitで管理できる?
git statusすると20万〜30万の全部のファイルの更新日チェックするの?
0051デフォルトの名無しさん (ワッチョイ)2017/03/01(水) 01:39:05.95 ID:B+RUxrlO0
gitで管理できなかったら、他の何を使っても出来ないと思うw
管理せずにファイル置いとくだけならできるだろうけど
0052デフォルトの名無しさん (ワッチョイ)2017/03/01(水) 05:02:00.38 ID:TmPMZG9k0
>>51
きも
0053デフォルトの名無しさん (オッペケ)2017/03/01(水) 12:18:24.07 ID:riQaWnbAr
俺も思った
0054デフォルトの名無しさん (アウアウカー)2017/03/01(水) 12:52:10.72 ID:D9Ze9lwZa
>>50
それくらいなら全然大丈夫だよー
0055デフォルトの名無しさん (JP)2017/03/02(木) 19:24:50.56 ID:ZV5SMkF2H
>>50
人間よりは速い
0056デフォルトの名無しさん (スププ)2017/03/02(木) 23:03:10.15 ID:sITpgG7dd
gitを使うのが目的になってる奴がいるな
0057デフォルトの名無しさん (ワッチョイ)2017/03/02(木) 23:06:07.56 ID:qpimcWgg0
gitを使うのが目的じゃないけど結果的にgitを使ってるな
0058デフォルトの名無しさん (ワッチョイ)2017/03/02(木) 23:30:35.54 ID:GmcRpo7M0
gitを使ってるカッコいい俺
0059デフォルトの名無しさん (ワッチョイ)2017/03/02(木) 23:31:43.91 ID:em5mjT5q0
普通じゃ?
0060デフォルトの名無しさん (ワッチョイ)2017/03/02(木) 23:36:40.95 ID:XOZN9kk90
gitの使い方を覚えられないおっさんも世の中には居るんだ
0061デフォルトの名無しさん (ワッチョイ)2017/03/02(木) 23:42:40.19 ID:qpimcWgg0
使える人が使わないなら、それはいいんだよ。

能力不足で使えない(=無能すぎる)
会社のしがらみで使えない(=かわいそう)

あと使って見てないやつもダメだな
0062デフォルトの名無しさん (スプッッ)2017/03/03(金) 11:58:15.68 ID:SmLECISdd
Gitが使えない外注イラネ
0063デフォルトの名無しさん (JP)2017/03/03(金) 12:30:04.87 ID:IUFykjWpH
篩に使うのはありか
0064デフォルトの名無しさん (ワッチョイ)2017/03/03(金) 21:00:59.00 ID:n9rn4mK30
なんでもいいから自分のソースくらい自分でコミットしろ。
0065デフォルトの名無しさん (スププ)2017/03/03(金) 21:35:27.51 ID:EvAeH8F3d
本当になんでもいいの?
0066デフォルトの名無しさん (オイコラミネオ)2017/03/03(金) 23:39:23.71 ID:q5L7Z+jKM
masterにコミットしていいの?
0067デフォルトの名無しさん (ササクッテロル)2017/03/04(土) 00:19:50.00 ID:2pwhOacNp
結果にコミットしていいの?
0068デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 00:59:09.29 ID:kf4torcY0
面倒臭いのでだいたい
git add .
git commit --amend -m "hoge"

で済ましてる
一通り終わったらgit commit --amendでコミットメッセージちゃんと書く
squashしなくてよい方法だよ
0069デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 03:38:59.15 ID:X3LbZrz10
0070デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 11:03:44.63 ID:fiOXClU60
git merge --abort
git rebase --abort

これいいよな。

svnとかだとやらかしてしまって中途半端な状態になって
これどうすりゃいいんだよってなってしまうけど、
gitだとたいてい--abortすればリセットできる
0071デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 14:23:44.15 ID:GRvQ2lmz0
AにコミットしてA'
A'にコミットしてA''
になってるとき
A'をBに名前変えて
A->A''と
A->Bに分けることはできますか?
0072デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 15:02:21.59 ID:fiOXClU60
git checkout 好きなコミットID

ブランチ名なんて最新のコミットに名前つけてるだけであって
コミットIDで全て参照できる
0073デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 17:15:35.10 ID:GRvQ2lmz0
A->A''の方にはB(A')が無かったことにしたいのですが
0074デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 17:34:49.80 ID:NAI/204b0
説明がわかりにくすぎだろw
pushしてればrevertで
してなければrebase -iで
0075デフォルトの名無しさん (ワッチョイ)2017/03/04(土) 21:55:14.48 ID:X3LbZrz10
cherrypickでA''からAにパッチ当てりゃいいだけじゃね?
0076デフォルトの名無しさん (スプッッ)2017/03/04(土) 22:05:36.70 ID:TK9n5Zigd
>>71
git branch B A'
をする
git rebase A -i
でA'の行を消す
0077デフォルトの名無しさん (ワッチョイ)2017/03/06(月) 23:20:15.96 ID:8UuxKa0s0
ディレクトリやファイルをマージするだけの作業だが、あまりに大量&1日あたりの作業時間があまり取れないため、1ヶ月ぐらいかかる見込み

こう言う場合って作業完了してからまとめてコミットすべき?
それともキリのいいところでコミットすべき?
0078デフォルトの名無しさん (ワッチョイ)2017/03/06(月) 23:34:33.58 ID:hCzUBa9v0
適当にコミットしていって後で纏めたくなったらrebase -iすればいいんじゃね
0079デフォルトの名無しさん (ワッチョイ)2017/03/07(火) 15:02:30.70 ID:+1wYVpxF0
rebaseは甘え。 使ってはいけない。
0080デフォルトの名無しさん (ドコグロ)2017/03/07(火) 18:29:12.37 ID:JtxH0L4+M
せっかくローカルにあるんだし、どんどんコミットしたら?
0081デフォルトの名無しさん (ワッチョイ)2017/03/07(火) 19:25:45.74 ID:deKTD69U0
rebase使っても実は隠しコマンドのrerebase使えばまた元に戻るから大丈夫
0082デフォルトの名無しさん (ワッチョイ)2017/03/07(火) 20:49:12.26 ID:buHXdcTx0
rerebaseだと!?
0083デフォルトの名無しさん (ワッチョイ)2017/03/07(火) 20:55:44.46 ID:FdtwfqDL0
rebase怖いならブランチ切るなりタグつけるなりしてからrebaseすりゃいいじゃん
rebaseしたってコミットそのものが世界からすぐに消えるわけじゃないんだし
0084デフォルトの名無しさん (エーイモ)2017/03/07(火) 22:48:44.65 ID:6dT6PmkfE
git cloneで特定のタグから最新のコミットまでの範囲を取得する方法を教えてください
0085デフォルトの名無しさん (ワッチョイ)2017/03/08(水) 00:28:53.24 ID:bFUfM0140
> rebase怖いならブランチ切るなりタグつけるなりして

そのブランチやタグを作るのが面倒なバージョン管理ツールがありまして、
そのせいでブランチやタグを切るのが嫌なんですよ。
0086デフォルトの名無しさん (ワッチョイ)2017/03/08(水) 01:12:08.47 ID:+/47+kY70
知らんがな
0087デフォルトの名無しさん (ドコグロ)2017/03/08(水) 08:51:03.76 ID:dlE+7VUyM
ローカルだけブランチ作ればいいだろ。他のツールはスレ違い。
0088デフォルトの名無しさん (エーイモ)2017/03/08(水) 18:56:28.23 ID:tzSf6NwiE
(1)git checkout -b hoge コミットID1 でhogeブランチを作る
(2)masterブランチに戻る
(3)git branch -D hoge でhogeブランチを削除する
(4)git checkout -b hoge コミットID2 で異なるコミットのhogeブランチを作る

hogeブランチでは何かを編集したりするわけではないので
hogeブランチにいたまま別のコミットIDでhogeブランチを上書き?する方法ありませんか?
masterブランチに戻ってからhogeブランチを作りなおして新たに作るのが面倒くさいので
0089デフォルトの名無しさん (ワッチョイ)2017/03/08(水) 19:57:59.67 ID:AFnyce7m0
git reset --hard コミットID2
0090デフォルトの名無しさん (ワッチョイ)2017/03/09(木) 06:48:45.74 ID:fQxPjt/z0
>>88
コミットIDでcheckoutすりゃいいだけじゃね

(1)git checkout コミットID1
(2)git checkout コミットID2
0091デフォルトの名無しさん (スプッッ)2017/03/09(木) 08:26:50.81 ID:TQt2xuGKd
>>88
git reset --hardは、ブランチの付け先を簡単に操作できてしまうから、使う前にreflogの見方を覚えておくこと
0092デフォルトの名無しさん (ドコグロ)2017/03/09(木) 08:37:37.52 ID:K/l9Si6sM
>>82
リ・リ・リベース
アホデミー賞を総なめ
0093デフォルトの名無しさん (エーイモ)2017/03/09(木) 10:28:24.13 ID:xGhx3aNSE
resetは困ります。。。。
checkoutでどうにかやる方法はないということでしょうか?
009488=93 (エーイモ)2017/03/09(木) 10:29:17.80 ID:xGhx3aNSE
ブランチは1個しか作りたくないんです
0095デフォルトの名無しさん (スプッッ)2017/03/09(木) 12:31:57.97 ID:TQt2xuGKd
>>93
じゃあ>>90で良いんじゃないの?
コミットは出来ないけど
0096デフォルトの名無しさん (ワッチョイ)2017/03/09(木) 13:13:36.94 ID:x6aOWZGA0
>>88
git checkout hoge
git merge <commit>
0097デフォルトの名無しさん (ワッチョイ)2017/03/09(木) 13:42:24.50 ID:quKxBXU+0
>>93
なんでreset困るの?ブランチ消してる時点で同じことだと思うけど
resetしたってコミットが消えるわけじゃないよ
009888=93 (エーイモ)2017/03/09(木) 22:57:50.27 ID:DwjAxR0kE
git checkout -b hoge
git reset --hard コミットid1
git reset --hard HEAD@{1}
masterブランチには何の影響もないですね
最新のコミットに戻るときにreflogで位置を確認するのが面倒くさそうです
これも覚えておきます

>>96
mergeだと古いコミットに戻ろうとした時にAlready up-to-date.って表示されてしまいました
0099デフォルトの名無しさん (ワッチョイ)2017/03/09(木) 23:15:12.39 ID:x6aOWZGA0
hogeにはすでにコミット1やコミット2が含まれてる場合もあって
その場合はそれ以降のコミットを捨てた状態にしたいってことなの!?
用途が謎
0100デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 03:45:25.28 ID:V4zus/a90
>>98
ブランチは1個しか作りたくない理由がわからないから、それだったらID1とID2に別のブランチを付けたら良いんじゃない?って思っちゃうんだけど
何で作りたくないんですか?
0101デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 04:41:26.50 ID:hkfiatAK0
>>90のやり方がスルーされるからやりたいことと違うんだろうなあ
0102デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 14:48:19.74 ID:y8xCqliG0
タグの代わりなんじゃ?
0103デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 21:15:08.71 ID:mGr7V+b80
みんなってさ、ステージングしているファイルから行単位とかでコミットしたり
する機能使ってる?

俺はファイル単位でしかコミットとかしないんだけどさ、そもそもステージング
してるところから行単位でまた編集するようなもんだから、テスト通るかわからなく
なるわけだし、あんまり積極的に使うもんじゃないよね。

あとdiffの結果画面の見方が今ひとつ苦手w
0104デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 21:48:11.92 ID:cBCq3F3F0
>>103
使わんなー
0105デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 21:51:35.65 ID:V4zus/a90
>>103
細かいけど、行単位でステージングする機能、じゃなくて、ステージングした段階から行単位でコミットする機能ってある?
0106デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 22:13:50.48 ID:y8xCqliG0
git add -p のこと?
ならすげー使うけど
0107デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 22:28:17.98 ID:gboOrvO30
git add -pの存在がsvnからの移行を決定づけた
0108デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 22:51:42.82 ID:mJMnK6Gx0
俺もよく使うな。

gitの便利さっていうのは現実的な問題を解決してることにあると思っていて、
理想は最初に計画を立てて間違えることなく作業をすることだけど
現実にはいろんな細かい修正を忘れたり分けるべき修正を一緒にやってしまったりするでしょ?

そういう時に俺は、いま修正している中で、特定の部分だけgit add -pつかって
一つのコミットにして、あとの分は別コミットにして、
テストは後から書いてrebaseしてまとめるとかやるよ。

他の人が理解・レビューしやすい並びのコミットと、
実際の開発順っていうのは必ずしも一致しないからさ
0109デフォルトの名無しさん (ワッチョイ)2017/03/10(金) 23:30:38.30 ID:V4zus/a90
git add -pなら使う。行単位でステージングする機能、だよね?
0110デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 06:24:50.89 ID:d5jme4tX0
>>108
SVN 使いだけどこの機能とローカルコミットはマジで欲しい
0111デフォルトの名無しさん (JP)2017/03/11(土) 10:36:14.71 ID:JsoExgwjH
>>110
gitに乗り換えても良いんですよ?
0112デフォルトの名無しさん (ワントンキン)2017/03/11(土) 11:07:52.10 ID:qCTmGWaIM
行単位使ってる人多いんだな
完全ファイル単位だわ
考え方古いのか
0113デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 12:21:39.87 ID:d5jme4tX0
>>111
何となくだけど git は性に合わない
0114デフォルトの名無しさん (スップ)2017/03/11(土) 12:39:37.19 ID:vAAcV1Smd
>>113
おじいちゃんこんにちは
0115デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 13:07:42.60 ID:/v3Qrvkv0
stash, cherry-pick, rebaseのないコーディングなんてもう考えられない
0116デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 14:17:42.96 ID:qqD7bP3W0
試行錯誤のあととかノイズでしかないからな。
そんなものを大事に抱えていても、コードリーディングの
じゃまになるだけで意味が全くない。
快適な開発をするときに役立つコマンドがgitには多く搭載されている
0117デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 16:27:54.83 ID:yCUlIQxq0
行単位とかやりすぎだろ。。
それなら作業者を統一するなり、ファイル分割するなりした方がいいんじゃねーの?
0118デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 17:15:54.01 ID:qqD7bP3W0
作業者が独りだから、同じファイルを複数行編集するんだろw
0119デフォルトの名無しさん (ワッチョイ)2017/03/11(土) 18:39:00.61 ID:4afooUsq0
まとめてコミットするつもりで編集中だったワークツリーから
部分的に何行かコミットしてpushする必要ができたとか
けっこうある
0120デフォルトの名無しさん (ワントンキン)2017/03/14(火) 16:00:30.11 ID:E+FUCYqdM
ファイルのタイムスタンプまで元に戻せるバージョン管理ツールってないの?
0121デフォルトの名無しさん (JP)2017/03/14(火) 16:01:15.03 ID:vbV/Jpv3H
>>120
git
0122デフォルトの名無しさん (ワッチョイ)2017/03/14(火) 16:49:48.82 ID:vIMzEjCF0
ワロタ
0123デフォルトの名無しさん (ワントンキン)2017/03/14(火) 19:54:39.02 ID:6i3O/c5aM
はぁ?gitじゃタイムスタンプは戻らんから質問してんのにバカなの?
0124デフォルトの名無しさん (ワントンキン)2017/03/14(火) 20:00:39.69 ID:gPjrDEpaM
もしそんなVCSがあるならmakeとかまともに動かなくて限られた用途にしか使い物にならんだろうなぁ
0125デフォルトの名無しさん (ワッチョイ)2017/03/14(火) 21:49:01.07 ID:094BKVIr0
>>120
svn+TortoiseSVN でコミット日時に戻せるので我慢するか作り込みするしかなさそう
0126デフォルトの名無しさん (ワッチョイ)2017/03/14(火) 21:57:48.94 ID:olV+TTff0
gitはOSSなんだからHACKするなり自分で手を加えればいいのでは?
0127デフォルトの名無しさん (スプッッ)2017/03/14(火) 22:06:05.44 ID:U+Sav0FRd
>>123
コミットフックで全ファイルのタイムスタンプを記録しておけば戻せるよ
0128デフォルトの名無しさん (ワッチョイ)2017/03/14(火) 22:42:41.89 ID:olV+TTff0
適当なツール使えばいいじゃん

https://github.com/search?q=timestamp+git
0129デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 01:16:30.21 ID:GKUdhRYR0
タイムスタンプは変えないでオリジナルのまま元に戻せるような機能は需要ありそうなのになんで最初から実装されてないの?
タイムスタンプはOSごとのローカルな仕様っぽいのでGit本体には入れなくないってこと?
0130デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 01:23:09.75 ID:1ghxI2bb0
全く欲しいと思ったことが無いけど何に使うの?
0131デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 02:50:18.09 ID:Kz3kbyRR0
>>130
あり得るとしたら、たぶんタイムスタンプで更新有無を判断する現場なんじゃないか?
0132デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 04:09:45.52 ID:UbexXnp10
そんな馬鹿げたことから解放されるための構成管理ツールだと思うのだけど、世の中の闇は深いな
0133デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 07:04:46.81 ID:GKUdhRYR0
Gitにない機能は闇呼ばわりのGit真理教の方ですねわかります
0134デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 07:44:08.96 ID:1ghxI2bb0
>>131
今時そんな事してる現場なんてあるわけないじゃん?
0135デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 08:18:02.75 ID:WjEGzhMP0
>>129
記録したいのはファイルがいつ修正されたかではなくて
ファイルの行がいつ修正されたかだから。

ファイルの日付どころか行単位で
修正日時が記録されているので必要ない
0136デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 08:32:23.84 ID:WjEGzhMP0
>>133
> Gitにない機能は闇呼ばわりのGit真理教の方ですねわかります

Aというブランチでファイルを追加します。
Aブランチから派生したBというブランチでそのファイルを修正します。
Bというブランチでコンパイルしてオブジェクトファイルを作ります。
Aというブランチに戻ります。

Bというブランチでコンパイルしたオブジェクトファイルが残っています。
ファイルの日付はリポジトリに入れないのでAの方が更新日付が新しくなります
そのためコンパイルするとBのオブジェクトファイルは使用されません。
という素晴らしい仕組みはgitだけの特典だとでも?

あんたはどうしてもほしいの?
0137デフォルトの名無しさん (ワントンキン)2017/03/15(水) 10:18:23.23 ID:8jeOIUNnM
結論:Gitは素晴らしい仕組
0138デフォルトの名無しさん (ワントンキン)2017/03/15(水) 10:22:20.47 ID:8jeOIUNnM
流れ見てるとGitはコミット時の日時にファイルのタイムスタンプが変えられることすら知らないで偉そうに答えている奴いるなw
所詮は℃素人の烏合の衆かw
0139デフォルトの名無しさん (スフッ)2017/03/15(水) 10:35:49.13 ID:enIXRUuud
gitを使うことが目的になってるからな
0140デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 12:42:56.93 ID:7YWEdixI0
>>135
ごもっとも
だけどFAQでこの文章みた記憶がない
0141デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 12:45:29.83 ID:7YWEdixI0
>>138
commit時の日時だっけ?
checkout時の日時だと思ってた
0142デフォルトの名無しさん (ワンミングク)2017/03/15(水) 12:52:42.68 ID:kqJ31I++M
チェックアウトの度にタイムスタンプが書き換わっていたらさらに大混乱のような

手元にないから誰か試して
0143デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 13:05:12.43 ID:7YWEdixI0
>チェックアウトの度にタイムスタンプが書き換わっていたら

その時点で存在しないファイルとかチェックアウトの結果変更されるファイルのタイムスタンプの話なんですが
0144デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 13:06:14.60 ID:T3K1qf0+0
>>138
馬鹿がばれるからやめとけ
0145デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 16:57:44.56 ID:1ghxI2bb0
>>133
で、何に使うの?
0146デフォルトの名無しさん (ワッチョイ)2017/03/15(水) 22:27:20.10 ID:WjEGzhMP0
チェックアウトっていうのは手元のファイルを書き換えているわけで
ファイルの更新日付は変わるほうが動作として正しいんですよね
0147デフォルトの名無しさん (ドコグロ)2017/03/16(木) 08:39:50.82 ID:kc3kp+lPM
ユーザー視点からはタイムスタンプごと戻るほうが正しいだろ。

システムの都合を言われても知らんわ。
0148デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 09:06:14.81 ID:jj6/8HdQ0
ユーザー視点ってなんだ?
バージョン管理ツールは開発者視点のものなんだが。

バージョン管理ツールができる以前から
makeはタイムスタンプを参照して更新されたものだけを
ビルド、リンクする。

checkoutしてブランチを切り替えてファイルが変わったら
当然ビルド、リンクしなきゃならないんだから、タイムスタンプは
新しくなくちゃいけないだろ。

バージョン管理ツールはバックアップツールじゃないんだぞ
開発者じゃないやつが使うものじゃない
0149デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 09:28:08.60 ID:EaMVfj+z0
>>147
システムの都合じゃなくて、ユーザー(開発者)視点から
ビルドしやすいようにあえて日付を更新してる
0150デフォルトの名無しさん (ワンミングク)2017/03/16(木) 11:09:03.98 ID:WA6lSXVKM
それじゃ使いづらい場合もある、開発環境によってはコミットした時点にタイムスタンプ含めそっくり元のまま復元する機能もあると便利だな、というだけなのに、それを言うとgitの思想と違う、と信者は発狂する

上の流れを要約するとそういうこと
0151デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 11:18:06.56 ID:F3E/ISVf0
>>150
誰も何に使うか挙げれてないのに?
0152デフォルトの名無しさん (ブーイモ)2017/03/16(木) 11:50:16.25 ID:aO6lZIizM
gitの操作によって更新されたファイルのタイムスタンプをユーザが参照出来ないとか、ユーザーにとって拷問じゃね?
0153デフォルトの名無しさん (スップ)2017/03/16(木) 11:59:54.91 ID:XUhAFY4kd
タイムスタンプの参照方法も知らんのか
0154デフォルトの名無しさん (オッペケ)2017/03/16(木) 12:19:13.00 ID:1l8QOGUAr
大体お前ら殆どペチパーだろw
そもそもビルドプロセスなんかねえじゃんw
0155デフォルトの名無しさん (ワンミングク)2017/03/16(木) 12:54:44.92 ID:WA6lSXVKM
ペチパーてなに?
0156デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 13:30:19.82 ID:dChQd8LQ0
プロパーのことかな
0157デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 14:26:14.45 ID:N9tvbPpS0
https://www.indeed.com/jobtrends/Java,JavaScript,Perl,PHP,Python,Ruby,Scala.html
ペチパー=PHPerだけど、PerlとPHPの仕事は減る一方で3年以内にScalaに追い越される。
JavaとScalaはコンパイルのために、JavaScriptはトランスパイルのためにビルドが必要だ。
0158デフォルトの名無しさん (JP)2017/03/16(木) 14:37:48.23 ID:tDvUwYEMH
でも、githubなんかのリポジトリブラウザでlast commitが一覧できるのは便利。
ファイルの更新具合が一目瞭然。
git cloneのデフォルト動作がlast commitを復元するのでいいとさえ思う。
0159デフォルトの名無しさん (JP)2017/03/16(木) 14:42:25.18 ID:tDvUwYEMH
タイムスタンプ頼りのビルドツールも、なんか進化してくれないかと思うね。
ビルドしたときのハッシュを保存しておいて、違ってたらビルド(コンパイル)対象にするとか。
0160デフォルトの名無しさん (ワントンキン)2017/03/16(木) 14:57:26.15 ID:1IuM6Iv2M
>>159
遅くなるだろ。何のためにタイムスタンプ単純比較してると思ってるんだ。
0161デフォルトの名無しさん (JP)2017/03/16(木) 15:21:13.16 ID:tDvUwYEMH
>>160
> 遅くなるだろ
そうでもない。

243ファイル10万行のハッシュ値計算:
$ ls *.[ch] | wc -l
243

$ wc -l *.[ch]
102429 合計

$ time md5sum *.[ch] > /dev/null
real 0m0.014s
user 0m0.008s
sys 0m0.006s
0162デフォルトの名無しさん (ワンミングク)2017/03/16(木) 15:57:58.78 ID:qLAiRgHgM
Git真理教信者はGitはとにかく正しいのだという盲信から発言するから、自分とは違ったニーズを持つ他者がいるという想像もできないし、そもそもエビデンスを出しての議論ができないんだよなあ
口汚く罵るだけで
0163デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 18:08:47.10 ID:Xe646fvV0
>>150
初心者はとまどうのかもしれないが
慣れたら問題ないことに気付く

どうせ秀丸でも使ってるんだろ
0164デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 18:35:50.30 ID:Ko8IVZtl0
hookで実現する方法はあるし、必要ならそれを使えばいいだけだと思うんだがどうしてその機能がデフォルトで用意されてないだけでそこまで喚くのかわからない
0165デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 18:40:51.93 ID:6u/sVXZC0
>>164
わからなければ参加しなくてもいいんですよw
0166デフォルトの名無しさん (ワンミングク)2017/03/16(木) 18:45:10.48 ID:DHYgGwbjM
公式のgit guiもネイティブのwindowsソフトのくせに日本語含んだディレクトリ名とか未だにダメダメだな
この時代に他言語対応がここまでダメなメジャーなソフトも珍しいんじゃね?
0167デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 19:10:46.07 ID:Xe646fvV0
git for windows ならいける
0168デフォルトの名無しさん (ワンミングク)2017/03/16(木) 19:14:58.70 ID:Zmwuwj98M
>>166
まったく珍しくないけど。
ユーザー名に日本語含めないようにするというバッドノウハウが広まってるのがいい証拠
0169デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 19:25:54.89 ID:0IkihSnt0
あれがだめだ
これもだめだ
文句ばっかり一人前
0170デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 19:42:09.30 ID:6u/sVXZC0
>>169
少しは文句ばっかり言われる自分を省みてみたらw
0171デフォルトの名無しさん (ワンミングク)2017/03/16(木) 19:53:27.96 ID:0HPyU1HgM
>>167
サンクス
そうなんだ。試してみる。
0172デフォルトの名無しさん (ササクッテロロ)2017/03/16(木) 23:09:13.57 ID:6N+4it80p
結局何に使うかも分からんような機能をネタに信者だなんだと煽って構って欲しかっただけ?
煽るにしたってgitに取って代わるようなツールを挙げてくれないと面白くないんだけど
0173デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 23:28:53.65 ID:w4Havbm70
お前が面白いとかつまらんとかほんとどうでもいい
言うことないならスレ汚さずに黙ってろ
0174デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 23:50:24.62 ID:EaMVfj+z0
>>150
> それじゃ使いづらい場合もある、開発環境によってはコミットした時点にタイムスタンプ含め
> そっくり元のまま復元する機能もあると便利だな、というだけなのに、それを言うとgitの思想と違う、と信者は発狂する

gitの思想じゃない。ソフトウェア開発の思想。
最新のタイムスタンプのものだけビルドするという考え方は
gitができるよりはるか昔からのやり方

gitを使うことでソフトウェア開発がしづらくなったら
本末転倒だろ?
0175デフォルトの名無しさん (ワッチョイ)2017/03/16(木) 23:59:09.02 ID:6u/sVXZC0
>>174
gitしか知らないぺーぺーのひよっ子が面白い事言うなw
お前センスねえわw
0176デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:01:17.52 ID:KqZX+Igl0
そもそも
>gitの思想と違う
なんて発言は誰もしてないのに、さもそんな発言があって、それが共通認識であるかのように語る

病気ですね
0177デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:07:16.69 ID:lgb+n3WO0
>>175
svnも知ってるが?

svnを使っているときからsvnはだめだと理解していた。
gitを知った(がまだ使えない)ときから、俺が欲しかったのはgitだと理解できた。

svnはすごく開発しづらかった。なにせ間違いが許されないから。
人間だから間違いはかならずある。svnだと間違いが許されなかったから
仕事を一旦片付けて(コミットして)落ち着いて確認するという作業ができなかった。

間違いは間違いのまま残り、意味のないコードを他の人にレビューさせるのが
すごく無駄に感じた。それが解消されたのでgitはすごくストレスフリーだよ。
0178デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:11:39.15 ID:HumUZXIf0
>>177
いや知らねえよお前はw
それどこのインターネッツで拾ってきたgit神話だよw
0179デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:20:09.47 ID:lgb+n3WO0
>>178
なんで俺の書いた内容に反論しないの?w
0180デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:23:50.09 ID:HumUZXIf0
>>179
それはこっちのセリフだよwぺーぺーのひよっ子クンw
0181デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:27:58.36 ID:lgb+n3WO0
このように必死になるのがワロエルw
0182デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:33:43.21 ID:RKn5d9hw0
>>161
例えばGoogle Chromeとか1000万行以上、ファイル数も数万個あるんだよなぁ、そこまで大きなプロジェクトはあまり無いだろうけどさ。
ハッシュをDBか何かにファイルパスのようなuniqueな値と合わせて書き込まなきゃならないだろうし、画像などのリソースを固めるなら大きめのファイルのハッシュも計算しなけらばならないだろう。そのベンチマークはちょっと見通し甘いと思う。
0183デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 00:34:13.23 ID:HumUZXIf0
>>181
なんだよもう諦めたのかw
俺はもっと笑いたいんだけどなw
もっと聞かせてくれよぅ
ひよっ子クンのソフトウェアなんとかwの思想w
0184デフォルトの名無しさん (ササクッテロロ)2017/03/17(金) 00:50:55.73 ID:CHXjDOQAp
構ってもらえて嬉しそう
よかったね
0185デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 01:35:25.41 ID:g7c8SdZF0
>>174
なんかよくわからんけど、例えば一年前にコミットしたmakeファイル含むビルド環境一式があって、
それを再現したいとき、オプションでタイムスタンプも含めてぜんぶそのときの環境が再現される
オプションがあればそれはそれで便利じゃないの?
0186デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 01:45:34.43 ID:RKn5d9hw0
>>185
だから何が便利なの?
タイムスタンプを再現して何が嬉しいの?
標準に入れろっていうくらいなんだから大多数が納得するようなメリットを示せるはずだよね?
それがこのスレで一つも出てきてないんだけど
0187デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 01:50:24.59 ID:KqZX+Igl0
>>185
>それを再現したいとき
それってどんな時?ってのが行き着くところだと思うよ
上の方でもちらほら出てるけど、必要なら実装すれば良いし、必要だと思う人が多ければ標準の機能として組み込まれるでしょ
0188デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 02:44:39.70 ID:lgb+n3WO0
>>185
日付が戻るのはソースファイルだけ。
そのソースファイルを使ってコンパイルすると
オブジェクトファイルができる。
"現在の日付の"オブジェクトファイルができる。

その"現在の日付の"オブジェクトファイルをリンクして
"現在の日付の"実行ファイルができる。

出来上がるのは現在の日付のファイルばっかり

で、なんか言った?
0189デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 03:08:37.61 ID:gNJfFjGV0
まぁ git checkout でブランチ変えるたびに make clean なりでキレイサッパリにするならタイムスタンプ復元しても問題は生じないだろうな

タイムスタンプを復元して何が嬉しいのか良く分からないけど
(ファイルに変更を加えた日を知りたいだけなら適切にコミットしてたらファイルに手を加えた日とコミットした日に大きな違いはないだろうから確認に困るってことはないし)

git以外の何らかの管理ツールがタイムスタンプで何らかの整合性を保っててその管理ツールのデータファイルもgitリポジトリに一緒に突っ込んでるとかかなあ?
0190デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 03:38:39.20 ID:RKn5d9hw0
>>189
そんなありそうもない例出さなくても標準で入れるべきと主張する人が素晴らしく便利な例出してくれるでしょ。
焦らしプレイが好きみたいだけど気長に待とうぜ。
0191デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 03:47:35.77 ID:lgb+n3WO0
普通に考えて日付が違っていてもコンパイルすれば
同じ実行ファイルができるべきである。

でないと、ファイルを保存し直しただけで
違う物ができることになってしまう
0192デフォルトの名無しさん (ドコグロ)2017/03/17(金) 08:32:42.50 ID:dpI1G6OFM
>>188
いや >>185 はオブジェクトファイルや実行ファイルまで突っ込んでるイメージでしょ
まあバージョン管理というよりバックアップツールとかの範疇だと思うが
0193デフォルトの名無しさん (アウアウカー)2017/03/17(金) 08:39:41.92 ID:pWaboA+Ja
>>191
そもそも具体的に何のためにそんなことしたいのかが分からないな
0194デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 09:05:02.21 ID:lgb+n3WO0
>>192
じゃあバックアップツール使え馬鹿で終わりだなw
0195デフォルトの名無しさん (ワンミングク)2017/03/17(金) 09:21:50.26 ID:u9tsLZrBM
意外と次のバージョンであっさりオプションが実装されてて信者が「さすがGit」とその機能を絶賛してたりしてw
0196デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 09:28:24.44 ID:lgb+n3WO0
じゃあ実装されるまでは、何度もお前は馬鹿だなぁって
言い続けるかwww
0197デフォルトの名無しさん (JP)2017/03/17(金) 11:36:42.96 ID:hpHy/rBLH
>>182
まぁ、ファイル数が1000未満、行数が100万行未満くらいだったら実用になるとおもうんだけど、どうだろう。
毎回全部のハッシュを計算する必要はなくて、まずはタイムスタンプで比較して違ったらハッシュでチェック。
そうすれば、「変更はないがタイムスタンプだけ異なる」ファイルのコンパイルが不要になる。

つか、書いてて思ったんだけど、そういうビルドツール既に存在するんじゃ?
0198デフォルトの名無しさん (JP)2017/03/17(金) 12:07:10.25 ID:ol/nseXLH
>>189
秀丸ですねわかります
0199デフォルトの名無しさん (JP)2017/03/17(金) 12:08:06.93 ID:ol/nseXLH
>>195
それは永遠にないわ
0200デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 12:09:21.75 ID:w8cg3b8g0
>>196
gitでタイムスタンプを管理しないのは失敗だったかも
(でも今更だし悪い仕様でもこのまま乗り切るわ)

と講演で言っていたよね
0201デフォルトの名無しさん (ワンミングク)2017/03/17(金) 16:41:29.29 ID:ABuej+2JM
>>196
やっすいことで満足できんだなあお前って
悲しくない?
0202デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 18:58:28.73 ID:g7c8SdZF0
>>200
なんだライナスも悪い仕様ってみとめてんだ
0203デフォルトの名無しさん (エーイモ)2017/03/17(金) 20:33:35.90 ID:vzlc7+0GE
プロジェクトを作り直してコードもファイル構成も全部作り直す場合は
gitでブランチを作成して底で作業するか、別のディレクトリを作成してそこで作業するかどっちがいいでしょうか?
0204デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 20:46:01.32 ID:lgb+n3WO0
>>200
ああ、アイツだろ? 名前忘れたけど
あとでTwitterとかで馬鹿にされまくってて
アカウント削除して逃げちゃったやつ

>>202
> なんだライナスも悪い仕様ってみとめてんだ
ライナスのことじゃないよw
0205デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 20:51:50.50 ID:lgb+n3WO0
リーナスは「なんでお前、タイムスタンプを戻すのが間違ってるってわかんねーの?馬鹿なの?」って
煽ってるしなw


Linus Torvalds
https://web.archive.org/web/20120701070035/http://kerneltrap.org/mailarchive/git/2007/3/5/240530
> But Bill, don't you realize that restoring the timestamp is *WRONG*?



スレトップ
https://web.archive.org/web/20120518150852/http://kerneltrap.org/mailarchive/git/2007/3/5/240536
0206デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 20:57:08.80 ID:lgb+n3WO0
リーナス・トーバルズ曰く

https://web.archive.org/web/20120518150852/http://kerneltrap.org/mailarchive/git/2007/3/5/240536
>
> それは間違い
>
> それは馬鹿
>
(gitでタイムスタンプを管理なんて)
> ぜってーに実装しねーよwwww


リーナスにも煽られちゃったなwwww
0207デフォルトの名無しさん (ワントンキン)2017/03/17(金) 21:53:41.23 ID:BNQrAo9GM
調べてみるとvsもcsvもsubversionも当然のようにタイムスタンプ復活できるんだな
リーナスの手を離れたわけだしメンテやってるあの人もそんな当たり前の機能はとっとと実装して欲しいもの
0208デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 22:09:18.47 ID:lgb+n3WO0
つまりgitは進化したってことだな(爆笑)

はいはい、なんでsubversionでタイムスタンプ復活させるのが
間違ったやり方だって言われていてデフォルトオフなのか考えてみましょうか
0209デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 22:12:32.69 ID:lgb+n3WO0
>>207
あ、ぶっちゃけさ、お前

gitでタイムスタンプを管理しないのは失敗だったと
リーナスが言ったと嘘を言ったのがバレたから、
調べてきたろ?w
0210デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 22:27:18.70 ID:oBXg3cgS0
git logからコミット日時引っ張ってくるシェルスクリプト書きゃいいだけなのに、標準で入れるまでもないだろう
0211デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 23:07:30.79 ID:RKn5d9hw0
>>207
焦らしてないで教えてよ。何に使うの?
0212デフォルトの名無しさん (ワッチョイ)2017/03/17(金) 23:35:47.42 ID:gNJfFjGV0
>>210
わざわざ自分で書かなくてもGitHubとかで誰かがその手のツール作ってるだろうからそれ使えばよくね?
0213デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:05:08.09 ID:zaoPrLbB0
Linus教はLinusが言ったことは全て真理というドグマで洗脳されているのか。
そりゃ議論にならんわけだw
0214デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:11:39.83 ID:3XCCJELr0
議論したかったら用途くらい考えてから来いよ
0215デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:14:57.35 ID:ux+WuUO90
Linusが言ったとデマ飛ばして、それを否定したら >>213 コレ
議論したいやつには全く見えない
0216デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:17:21.58 ID:zaoPrLbB0
そんなこと誰もいってねーじゃん
病気なのお前?
0217デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:19:04.49 ID:zaoPrLbB0
>>167
>git for windows ならいける

そういやこれ試してみたがちゃんと日本語ディレクトリや空白いりディレクトリでもちゃんと動作するな。
なんで公式のGUIツールはあんなクソがいつまでもほったらかしなんだ?
メンテナの出来が悪いのか?
0218デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:19:13.30 ID:ux+WuUO90
0219デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 00:33:25.67 ID:ux+WuUO90
>>217
彼らにとってWindows版が必要ないからかな
0220デフォルトの名無しさん (ワッチョイ)2017/03/18(土) 06:56:38.21 ID:zyxHQlVL0
git gui普通に日本語ディレクトリ名を表示できたけど・・・?
0221デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 03:20:17.16 ID:awlj00/Y0
>>203
新しいリポジトリ作るほうがいいと俺個人は思う
0222デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 13:22:53.84 ID:mGXfpPMY0
gitでコードを管理している分にはタイムスタンプを戻すのは愚策だと思う
(Linusもそこはハッキリ言っている)

コード以外のファイルを管理するならタイムスタンプを戻せるようにすべきだし
cvsやsvnは実際に戻せる仕様になっている

要するにgitではソースコード以外は管理できないし、させたくもない
(Linusはこれもはっきり言っている)
だからタイムスタンプも戻さない
0223デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 13:31:01.38 ID:Ua2nNRR50
ExcelとかビットマップまでGitで管理しようと主張するマヌケが会社にいて困るわ。
適材適所ってことがわからなくて、なんでもGitが優れていると盲信してる。
0224デフォルトの名無しさん (アウアウアー)2017/03/19(日) 14:04:20.89 ID:mYROXWJoa
>>223
おかしくないけど?
0225デフォルトの名無しさん (アウアウアー)2017/03/19(日) 14:06:20.27 ID:mYROXWJoa
>>223
決めの問題だからそう決めたなら、Gitで管理すればいい。成果物によって数ヶ所に置き分けないといけないよりまし。
0226デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 16:31:47.33 ID:mGXfpPMY0
>>224
決めの問題ならなおのこと 決めたやつがおかしい という話では

実際のところ、テキストベースではないドキュメントの管理は
gitでやる価値が半減すると思う
もちろんcvsやsvnでもあまり意味はないけど
0227デフォルトの名無しさん (ブーイモ)2017/03/19(日) 17:05:26.08 ID:iE0mqC8JM
>>223
困るならちゃんと説明してあげるか転職して会社変わったほうがいいよ
0228デフォルトの名無しさん (JP)2017/03/19(日) 17:10:53.15 ID:zGHcaEctH
節目節目のあるリリースに関連付けられた形での
重要なデータとかテストデータとかをコミットに加えるのはありでしょ
0229デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 17:34:08.84 ID:IinMJCLx0
>>227
説明しても聞かないって話だろ
盲信ってことばも知らんのか?
0230デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 18:21:18.84 ID:Ua2nNRR50
なんだGitに向き不向きがあるよって話だけでここまで怒り狂うのか
怖いわほんとw
0231デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 18:52:47.95 ID:GmJCDs4Q0
diffが取れない程度でべつにエクセルのファイルを管理してもいいと思うけどね。
向かないとかいっても 20170319-hogehoge.xls みたいなファイルが山盛りよりはいいと思うな。
0232デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 18:54:26.01 ID:awlj00/Y0
ここでもめてるgitの話題って英語圏のフォーラムとかでも似たようなやりとりあったりすんのかな
please recovery timestamp!って
0233デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 19:30:28.68 ID:nRqPseDT0
実質的にタイムスタンプ復元する方法が提示されて終わりじゃない?まともなフォーラムなら

どんなケースでどんな機能を求めてて何を試してみたかを全く明らかにしようとしないまま機能が足りないって喚いてるだけだからなぁ
建設的な議論にならないよね。
0234デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 20:08:02.32 ID:IinMJCLx0
0235デフォルトの名無しさん (ブーイモ)2017/03/19(日) 20:51:27.65 ID:A9u3VMEFM
>>229
知らなかったから辞書で調べてから書き込んだんだけど…
なにか気に触ったのならゴメンな
0236デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 21:16:00.33 ID:s3dEl3fs0
>>234
Gitはタイムスタンプなんて保存してねえよって回答もあって、けっこう高評価ついてて笑うw
0237デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 21:23:49.85 ID:HZYtfAfs0
WindowsでGUIのものを使おうと思ったら・・・・
お勧めって、亀さん?
0238デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 21:48:28.76 ID:szsTqBFI0
git archiveで作ったzipのタイムスタンプって
コミット時の時刻になってない?
0239デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 22:34:24.09 ID:Lj5IhMr80
>>231
Excelはxmlになってからdiffとれるでしょ
見やすいdiffが必要なら専用のツールが必要
0240デフォルトの名無しさん (ワッチョイ)2017/03/19(日) 22:57:18.43 ID:awlj00/Y0
0241デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 09:41:20.76 ID:MXp+WHcu0
そういや最近TortoiseSVNでexcelやwordファイルのdiff見たら、Office自体の
変更差分表示機能使ってくれて驚いた。
gitはコマンドラインでしか使わないから知らないが、どうなんだろう。
0242デフォルトの名無しさん (アウアウアー)2017/03/20(月) 13:11:24.09 ID:ioazcijZa
>>241
あのさ、差分機能で更新箇所を確認するのは仕事のやり方としては下策で、仕方なくやるものなんだけどな。
0243デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 13:29:20.77 ID:XpvRbpIm0
だからなに?
0244デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 13:59:55.23 ID:LcNjV7jZ0
>>242
上級者のやり方教えてくれ w
0245デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 14:42:33.04 ID:nkICAmgQ0
プログラミングにかかわらずドキュメントの類は差分ベースで仕事を進めることで効率が著しく向上する
これに気がついてない日本のホワイトカラーの現場はほんとヤバイ
0246デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 14:45:08.86 ID:NCsVeUw30
オイまた拗らしちゃったのが出てきたぜw
0247デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 14:52:58.33 ID:+YHRRlIg0
Excel仕様書なんか捨ててMarkdownとかで書いた方がいいこと多いよね
軽いし差分比較も見やすいし
0248デフォルトの名無しさん (アウアウアー)2017/03/20(月) 14:59:20.46 ID:ioazcijZa
おまえらどこをどう変えたのか毎回忘れて差分比較して仕事してんのかよw
0249デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 15:05:10.03 ID:+YHRRlIg0
>>248
お前の所は作った本人しかドキュメント読まないのか?
0250デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 15:05:18.55 ID:nkICAmgQ0
わざと忘れたりするわけじゃないが
最近は差分を積み上げてくような感じで仕事をしてる
できうる限りそれで進めて、どうしようもない時だけ時間をかけて全体を見る
0251デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 15:09:35.83 ID:nkICAmgQ0
>>249
共同作業の場合は更に効果倍増だな
でも、おれは一人でも作業する場合も、差分ベースで作業を進めることが劇的に効率を上げると思ってる
0252デフォルトの名無しさん (アウアウアー)2017/03/20(月) 15:28:42.55 ID:ioazcijZa
レベルが低すぎて話にならん
0253デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 15:39:14.64 ID:LcNjV7jZ0
>>247
個人的には AsciiDoc 使ってるんだけど他にお勧めある?
0254デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 15:40:55.13 ID:LcNjV7jZ0
>>252
もう逃げ恥モードかよ w
0255デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 15:47:00.13 ID:nkICAmgQ0
>>252
あんたにとってはgitもレベルが低い仕組みなんだろうな
でもこれが普及して他のツールを駆逐してしまった意味をよく考えてみた方がいいぞ
0256デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 16:05:06.81 ID:1UoT8BnQ0
全然駆逐してないんだけどな
SVNもP4も普通に使われてる
0257デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 17:02:29.72 ID:ixIx9fRF0
>>255
駆逐してねーよ
0258デフォルトの名無しさん (ブーイモ)2017/03/20(月) 17:31:37.67 ID:IH4X2rRzM
もうgit以外を使ってるのは普通じゃない
特殊な事情
0259デフォルトの名無しさん (アウアウアー)2017/03/20(月) 17:37:45.35 ID:ioazcijZa
>>255
おまえのことなど知らない
0260デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 17:47:53.18 ID:nkICAmgQ0
>>259
で、gitのことはどう思ってるの?
差分を編集する機能を重視してるのがgitなんだけど
差分機能で更新箇所を確認するのが下策だと思ってる人はこれを受け入れちゃうわけ?
0261デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 17:58:26.24 ID:j9IxIyz40
>>260
gitやその他vcsのことを何もわからずに煽ってるだけなんだから、
そんなに難しい質問してやるなよ。無視するしかなくなるだろ。
0262デフォルトの名無しさん (スフッ)2017/03/20(月) 19:06:09.70 ID:DOhv8ff5d
>>242
頭おかしい
0263デフォルトの名無しさん (エムゾネ)2017/03/20(月) 19:09:27.54 ID:CYCZfEErF
>>237
亀はだめ
Explorereが劇重になる
0264デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 19:50:34.58 ID:KXLYvEOG0
>>258
新しいプロジェクトに配属されて、バージョン管理がSVNだったらガッカリするからな
0265デフォルトの名無しさん (ワッチョイ)2017/03/20(月) 21:52:06.09 ID:qIiVvRhT0
>>236
> Gitはタイムスタンプなんて保存してねえよって回答もあって、けっこう高評価ついてて笑うw
ファイルのタイムスタンプだろ?
保存してないよ。

嘘だと思うのなら、ファイルを修正してから次の日にコミットしてみ
ファイルのタイムスタンプじゃないものが保存されるから
0266デフォルトの名無しさん (ドコグロ)2017/03/20(月) 23:40:00.30 ID:oLSEmtobM
>>265
頭大丈夫か?
0267デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 00:33:18.86 ID:9goWKttg0
>>260
Office製品の変更履歴機能の失敗も知らない世代なのか?
0268デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 00:37:26.92 ID:KGQ11aI90
>>266
え? そんだけ?
0269デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 00:49:07.64 ID:1pi9Zbm10
>>267
それがどうしたんだよw
0270デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 00:55:25.33 ID:KGQ11aI90
バイナリファイル系は適切なツールを使えば
差分を知ることはできるが、
差分を知る以上のことはできない。

例えばcherry-pickとかmergeとかね

ただsvnとかでバックアップツールとしか
見てなかったやつは、そもそもmergeとかいう概念がないから
差分だけわかればいいと勘違いしてしまう。

それじゃプログラマとはいえない。
0271デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 01:17:05.94 ID:VJPcfHdS0
officeのドキュメントを差分管理ベースで作業できるようにするなら
ドキュメントの中の要素を個別に差分取って管理できるようにならないとダメだろうなあ

アプリのソースが一つのファイルにすべて書かれてて、
それをgitで管理しろとか言われたら気が狂うw
0272デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 01:37:41.67 ID:xwYJW6M40
複数のブランチを切ることがそもそもない環境なら、mergeとか知らなくてもしょうがない
0273デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 01:39:23.98 ID:1pi9Zbm10
>>271
ZIP解凍した中身をgitで管理
pullで自動圧縮するようにできればお望みのことが実現するのだが
0274デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 02:02:40.95 ID:VJPcfHdS0
>>273
docxとかだよね?あれの中身って文章が構造的に分割されてるわけじゃなくて
単にスタイルとかイメージとかが分離されてるだけじゃないの?
0275デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 02:10:13.49 ID:1pi9Zbm10
>>274
それでもXMLだから差分は一目瞭然かなと

xlsxやpptxならシート/ページごとにXMLファイルが分かれるからもっと管理しやすいかも
0276デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 02:14:24.08 ID:jV0Y+t/Y0
>>270
行単位の処理とかは無理かもだけどcherry-pickやmergeはできるんでない?
0277デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 02:16:22.53 ID:VJPcfHdS0
>>275
少なくとも、差分を見ただけでどの章のどこが更新されたかが分からないとつらいかな
ドキュメント全体をひとつのxmlで管理するなら
そういう機能をもった差分ビューワが必要になると思う
0278デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 02:19:18.55 ID:1pi9Zbm10
>>277
そういう目的ならExcelかPowerPointってことになるかね
0279デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 02:23:17.75 ID:jV0Y+t/Y0
Office用の見やすいGUIの差分ビューワもあるけどたいてい有償だから
まずはここに書いてるのから試してみたら
http://qiita.com/shuhei/items/6a18d968051378d7ac1a
0280デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 03:53:28.35 ID:vLQCNfD00
>>275
差分見えてもmergeはconflictの山になって事実上無理ぽそう。
0281デフォルトの名無しさん (ササクッテロル)2017/03/21(火) 09:23:16.21 ID:e/VBfIvSp
ここで言うことでもないけど
いい加減Officeを卒業したい
0282デフォルトの名無しさん (ブーイモ)2017/03/21(火) 09:26:11.18 ID:A2xILC47M
早く画面キャプチャをExcelに貼る作業にもどるんだ
0283デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 09:41:34.15 ID:KGQ11aI90
>>275
> それでもXMLだから差分は一目瞭然かなと

え? お前OfficeのXMLのタグを知ってるの?
XMLのタグを知っていないと、差分は分かっても
その意味はわからないよね?

>>280
> 差分見えてもmergeはconflictの山になって事実上無理ぽそう。

XMLのタグの整合性、つまり閉じタグの対応まで
ちゃんとやらないとだめだからねw
タグの意味、属性、誰か解説してる人いる?
0284デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 09:46:31.05 ID:dDb6xsPz0
Excelファイルのバージョン管理なんて実質タイムスタンプで管理するしかないのに、とにかくGit真理教の信者は
なにかテキストファイルレベルでの差分での管理が実用的みたいなウソを垂れ流す
0285デフォルトの名無しさん (ササクッテロル)2017/03/21(火) 09:56:27.64 ID:e/VBfIvSp
gitがバイナリに弱いのは誰もが認める話だと思うけど、タイムスタンプで管理するのは無くない?
svnとか他のバージョン管理システムってタイムスタンプ見て管理なんかしてたっけ?
0286デフォルトの名無しさん (スプッッ)2017/03/21(火) 10:41:32.81 ID:CAHXK6Wdd
>>270
適切な扱いが出来るかはそのバイナリファイルを扱うソフトウェア次第
3wayマージが出来るならgitの機能は全部使えるだろう
0287デフォルトの名無しさん (スプッッ)2017/03/21(火) 10:47:26.85 ID:CAHXK6Wdd
>>285
gitがじゃなく、汎用バージョン管理システム全般が、個々のファイル仕様に独自に対応しなければならないファイルに弱い
というより、テキストファイルのシーケンシャル性と改行で意味分割する仕様が特別汎用性に優れてるだけ
gitはエディタも差分表示もマージツールもファイル属性に応じた外部ツールを使用出来るようになってるから、まだそういう仕様が不明なファイルに強いと言える
gitが弱いのはバイナリファイルではなくサイズが巨大なファイル
たとえテキストファイルでも1ファイル1Gとかになると扱い辛い事になるはず
0288デフォルトの名無しさん (エムゾネ)2017/03/21(火) 10:56:57.56 ID:2pW378OvF
>>284
excelは標準では同じファイル名のファイルを同時に複数開けないし開いただけでタイムスタンプが変わるから、ファイル名でバージョン管理するのが基本だと思うけど
どうやってタイムスタンプでバージョン管理するんだ?
0289デフォルトの名無しさん (エムゾネ)2017/03/21(火) 14:58:44.05 ID:6WWBsw/3F
>>265
どうでもいいけどファイルのタイムスタンプを保存している(する必要がある)なら
ファイルの中身を変更せずにファイルの日付だけ変更してコミットしたときに
何も変更されてねーコミットスルーしよーぜってのがgit
それもファイルの変更とみなしてコミットするのはあほ
0290デフォルトの名無しさん (エーイモ)2017/03/21(火) 16:43:16.40 ID:RUBeb/rgE
指定した範囲のコミットログを表示する方法を教えてください

例えばhttps://github.com/git/git/releasesなら
タグv2.11.1からv2.10.0の間のログのみgit logで表示したい
タグがダメならコミットIDで指定でも構いません指定した範囲のログさえ取れれば
0291デフォルトの名無しさん (ブーイモ)2017/03/21(火) 16:52:15.37 ID:vbOnldibM
てんてん
0292デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 20:49:02.70 ID:KGQ11aI90
>>284
> なにかテキストファイルレベルでの差分での管理が実用的みたいなウソを垂れ流す

差分での管理なんて一言も言ってないけど、
ソースコードであればテキストファイルで管理するのが
一番実用的だ。これは本当。

ソースコードがテキストファイルでないものがあるが
(例えばExcelなどの埋め込みVBScript)
見事に管理しづらい。
0293デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 20:52:20.32 ID:KGQ11aI90
>>289
何を言ってるのか全くわからない。

コミットの日付とファイルの日付(タイムスタンプ)は本質的に違うものであって
gitが記録しているのはコミットの日付であって
タイムスタンプじゃないといったのが理解できなかったの?

コミットの日付を記録するんだから、ファイルに変更がなくコミット自体が発生しなければ
当然コミットの日付は記録されんよ。当たり前だよ。
0294デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 20:56:22.17 ID:KGQ11aI90
>>288
> どうやってタイムスタンプでバージョン管理するんだ?

ここで>>284に言ってほしい言葉は、

「タイムスタンプが新しい方を最新バージョンとみなすべきだ。
たとえ古いファイルを間違って修正した結果、新しい日付になった場合でも
AさんとBさんがそれぞれ違うシートを修正したとしてもだ!」

って(間抜けな)言葉だねw
0295デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:01:05.29 ID:fjLA+enk0
当然、そうならないようにロック機能をつけるんだよw
0296デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:13:08.26 ID:KGQ11aI90
ロック機能をつけた所で、違うブランチで作業したら
ロックかからないんだから、同じ問題が発生するだろw
0297デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:26:41.34 ID:fjLA+enk0
当然、リポジトリは1つだけに限定してブランチも認めないんだよw
0298デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:30:32.46 ID:KGQ11aI90
>>297
それじゃファイルの管理しか出来ないじゃんw
どうやってアプリのバージョンの管理をするんだよw

新しいバージョンへ追加する機能をマージしていくのが
バージョン管理というものなのに
0299デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:38:19.51 ID:YgRGY1SP0
せっかくのボケに対してマジレスしてどうする。
「それはSVNやんかー」と正しく拾ってあげんか。
0300デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:39:24.77 ID:KGQ11aI90
マジレスすると、馬鹿がムキーってなるだろ?w
それが狙いだよ。
0301デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 21:46:06.80 ID:kM/ZbQe40
VSS
をお勧めするw
0302デフォルトの名無しさん (ワントンキン)2017/03/21(火) 22:09:22.81 ID:wENhDYbfM
>>294
なんか勝手にレベルの低い敵を想定して、それをバカにすることで勝ったつもりってのが新しいなw
情けないにも程があるw
0303デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 22:14:43.17 ID:KGQ11aI90
>>302
そうじゃないよ。もっと面白いことを言ってみせろってことだよw
>>294ぐらいの内容は想定済みだからさ
0304デフォルトの名無しさん (ドコグロ)2017/03/21(火) 22:28:04.46 ID:72kEtT2QM
>>296
そんな間抜けな機能を実装してどうする w
0305デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 22:35:23.92 ID:3G08meY40
v2.12.1
0306デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 22:53:46.86 ID:3WUWYr7R0
>>304
SVNディスってんの?
0307デフォルトの名無しさん (ブーイモ)2017/03/21(火) 23:35:33.90 ID:vbOnldibM
svnは駆逐された
0308デフォルトの名無しさん (ワッチョイ)2017/03/21(火) 23:55:56.28 ID:eniBTwk40
svnはバックアップツール的な役割で当分生き続けると思う
ソースコード管理としてのsvnはもう見たくない
あとVSSとかいうゴミが未だに生き残ってるのはうちの会社だけであってくれ
0309デフォルトの名無しさん (ワッチョイ)2017/03/22(水) 00:14:08.46 ID:MyrW3Mfd0
>>307
されてないよ
0310デフォルトの名無しさん (ワッチョイ)2017/03/22(水) 00:55:23.96 ID:9PE4AFjh0
GNU - Free Software Directory
http://directory.fsf.org/wiki/GNU

この中でGitを採用してるプロジェクト少なそう
0311デフォルトの名無しさん (ワッチョイ)2017/03/22(水) 00:57:04.80 ID:9PE4AFjh0
GCC, the GNU Compiler Collection - GNU Project - Free Software Foundation (FSF)
https://gcc.gnu.org/


gccですらSVNだし
0312デフォルトの名無しさん (ワッチョイ)2017/03/22(水) 01:23:51.07 ID:twIlTm4o0
Gnu Emacs は古参を説得してgitに移行したんだよな
0313デフォルトの名無しさん (ドコグロ)2017/03/22(水) 11:06:02.00 ID:6SOT+CpTM
ローカルコミットあればsvnでもいいんだけどな。
0314デフォルトの名無しさん (ワッチョイ)2017/03/23(木) 01:26:02.84 ID:K0r5mLIw0
gitと同じ機能があればsvnでもいいんだけどなA: [0.091163 sec.]B: [1.205233 sec.]
0315デフォルトの名無しさん (ワッチョイ)2017/03/23(木) 20:35:05.23 ID:YiRNRc4u0
いやそれなら git でいいだろってなるでしょ。
ってなんか話がわかんなくなってきた。。
0316デフォルトの名無しさん (ワッチョイ)2017/03/23(木) 20:40:47.51 ID:xoR/oCcH0
リーナスの最大の功績はlinuxではないrebaseなのだ
おかげでバカがrebaseに夢中になっている間にスムーズに仕事が終えられる
0317デフォルトの名無しさん (ワッチョイ)2017/03/23(木) 23:04:58.72 ID:K0r5mLIw0
そのリーナスがrebase使いまくってるんだが?
0318デフォルトの名無しさん (ワッチョイ)2017/03/23(木) 23:52:59.08 ID:pns5gc7N0
じゃあリーナスはバカだな
0319デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 00:01:42.64 ID:eFzcKtyj0
だって「git」じゃん……
0320デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 00:05:33.87 ID:pHNq00OZ0
道具は使うためにあるんだよ
0321デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 00:16:43.48 ID:eJM70nNY0
道具に使われてる感があるな
0322デフォルトの名無しさん (スッップ)2017/03/24(金) 00:23:01.51 ID:zQzOEJABd
gitは使うことに意義がある
0323デフォルトの名無しさん (ドコグロ)2017/03/24(金) 07:58:41.73 ID:hRC2OOpsM
ここは布教に意義を見いだしてる奴の方が多くね?
0324デフォルトの名無しさん (オッペケ)2017/03/24(金) 12:23:45.71 ID:+6lNlTOdr
gitに限らずコイツらの布教活動が成功したためしなどただの一度もないけどなw
0325デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 12:52:55.54 ID:lapEt7PI0
>>323
自分がいいと思ってる、使っているものが正しいという阿呆がなんにでもある。
0326デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 14:23:13.53 ID:pHNq00OZ0
世界を自分(たち)にとって都合の良い方向へ変えようとする活動が布教
変えてゆくためには相手を納得させるか騙すか強要するか
都合の良い部分は伝えるが都合の悪い部分は隠すか屁理屈か嘘で押し通す

布教行為を許してはならない
0327デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 14:27:43.43 ID:pHNq00OZ0
VCSは頭の良い奴にしか使いこなせない
複数種類のVCSを使いこなせるのならかなり頭が良い
0328デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 15:38:22.82 ID:lapEt7PI0
>>327
あっそ
0329デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 17:39:10.63 ID:bDNInspW0
Git推しのやつの微妙なウザさってのはあるよなあ
0330デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 19:00:52.18 ID:tPVQTU6p0
>>326
という布教
0331デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 19:01:20.67 ID:tPVQTU6p0
>>329
gitスレで言うことかね
0332デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 19:20:07.13 ID:aTcy1Xxd0
言ってもいいんじゃね。
おれもgit は好きだけどgit厨は嫌いだし。
0333デフォルトの名無しさん (スフッ)2017/03/24(金) 19:54:00.71 ID:TtVdytu+d
>>331
言うことだよ!
0334デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 19:56:35.65 ID:uEBgSsc/0
>>332
わかる
特定のflowを絶対正義だと信じて「git pull --rebaseしないのは馬鹿」とか言い切ってくる奴とかなー
0335デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 20:11:39.04 ID:cySUBa280
あるある大事典:
git の話ばかりしているから svn スレかと思ったら git スレだった…
0336デフォルトの名無しさん (スフッ)2017/03/24(金) 20:14:03.33 ID:TtVdytu+d
>>335
意味が分からない
0337デフォルトの名無しさん (ワッチョイ)2017/03/24(金) 21:33:44.74 ID:hATCGDnU0
>>335
思わねーよ
0338デフォルトの名無しさん (ワッチョイ)2017/03/25(土) 00:34:43.50 ID:OqJqFalA0
gitの話ばかりしてるから、(gitに対して嫉妬してる)svn(ユーザ)のスレかと思ったら、git(信者がのさばってる)スレだった…
0339デフォルトの名無しさん (ワッチョイ)2017/03/25(土) 10:29:50.70 ID:GiAuLLWQ0
SourceTreeって重くね?
リポジトリを幾つかブックマークに追加しただけなのに
起動がとんでもなく遅くなった
0340デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 00:38:00.55 ID:J8Vm0Xfq0
v2.12.2
0341デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 02:34:38.78 ID:0Soyrw+Z0
短期間リリースに方針変更?
0342デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 07:13:07.41 ID:4U1MmeM70
branchだけしてcheckoutし忘れ
誤ってmasterブランチにコミットする大事故
0343デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 08:23:06.27 ID:ns//jG8c0
王様のbranch
0344デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 10:00:08.97 ID:+VpcfeLe0
>>342
つgit checkout -b new_branch
0345デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 12:53:22.44 ID:0NHqcIOe0
git stash popは危険なコマンドだと思いませんか?
間違えたブランチで実行してしまったら元に戻せませんね。
0346デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 13:43:28.99 ID:7dOJEWlC0
正しいブランチでやり直せばいいだけ
0347デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 14:18:20.64 ID:+CTQx9f50
>>345
元に戻すためのgitでしょ
0348デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 14:31:55.91 ID:+VpcfeLe0
マージ失敗したらdropされずに残るので、やり直せる
マージ成功ならもう一回stash saveも出来る

万が一?pop後にファイルをresetしてもコンソールを閉じていなければdropしたコミットハッシュが残っているはず
億が一それも消しちゃってもfsckで到達不能なコミットを探せば復元可能
間違って消す方がむずい
0349デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 15:41:48.18 ID:+CTQx9f50
大抵の手違いは元に戻せるのがgitのいいところなんだけど
ファイルスタンプを戻すのだけはなぜかできないんだよな・・・
0350デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 15:49:48.61 ID:7dOJEWlC0
ファイルスタンプは手違いで発生するものじゃないからねw
手違いじゃないのだから戻さらないというのが
正しい動作。
0351デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 16:34:52.44 ID:ns//jG8c0
またお前か
0352デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 19:08:55.12 ID:K0FPpjuZ0
東京電力の新会長に日立製作所の人間が就任
0353デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 20:18:09.67 ID:HpKD8Qm70
>>352
git終了だな
0354デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 20:59:01.54 ID:oEHJolMv0
いつまでタイムスタンプの話続けるの?
欲しいやつはgit logから引っ張ってくればいいだろ
0355デフォルトの名無しさん (ワッチョイ)2017/03/26(日) 21:28:59.97 ID:7dOJEWlC0
リーナスにタイムスタンプ入れるとかアホって言われたのが
よっぽど悔しいんだろw
0356デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 00:02:27.22 ID:Rc7q5+sM0
またお前か
0357デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 08:45:42.95 ID:DZ7KBqWQ0
インターネットみてると「マスターをチェックアウトして」とか
「マスターへチェックアウトして」とかいろいろな表現を見るけれど。
どれもマスターのブランチへ移動していることを示しているのがおかしくないですか?
今のブランチをチェックアウトしてマスターにチェックインするってことなんだから
前者はマスターから抜け出すことになるし、後者は意味不明になりますと思いませんか?
0358デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 13:08:51.32 ID:wTfMHfwZ0
君の日本語が意味不明
0359デフォルトの名無しさん (ササクッテロレ)2017/03/27(月) 13:18:36.33 ID:En3IMuBbp
自分がブランチに出たり入ったりするというのは斬新な見方だな。ホテルかよ。
リポジトリから指定のリビジョンのソースを(ブランチ・タグ・ハッシュ等で指定して)チェックアウトするんだよ。
後者は日本語に不自由なやつなだけだと思うが。
0360デフォルトの名無しさん (スッップ)2017/03/27(月) 15:24:31.02 ID:FTQE7C/md
>>359
後者は「マスターをチェクアウト」と「マスターブランチへ移動」が混ざったんじゃ無いかな?
0361デフォルトの名無しさん (JP)2017/03/27(月) 15:44:40.12 ID:BGS+rNUAH
>>357
> 「マスターへチェックアウトして」とかいろいろな表現を見るけれど。
気のせいでは?

https://www.google.co.jp/webhp?sourceid=chrome-instant&ion=1&espv=2&ie=UTF-8#q=%22%E3%83%9E%E3%82%B9%E3%82%BF%E3%83%BC%E3%81%B8%E3%83%81%E3%82%A7%E3%83%83%E3%82%AF%E3%82%A2%E3%82%A6%E3%83%88%22&*
"マスターへチェックアウト"との一致はありません。
0362デフォルトの名無しさん (JP)2017/03/27(月) 15:48:03.74 ID:BGS+rNUAH
ごめん、結構いたわ。

"masterにチェックアウト"
約 724 件 (0.45 秒)
0363デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 16:32:28.67 ID:DZ7KBqWQ0
コンフィグのここで疑問なんだけど
[branch "master"]
remote = origin
merge = refs/heads/master
ここで、なぜmerge = origin/masterじゃなんですか?
branchマスターが追跡しているのはorigin/masterで
origin/masterが追跡しているのがrefs/heads/masterなので、
一段飛び越えていて変なんですけど。
0364デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 16:37:48.22 ID:4R4DHhDf0
ブランチを切る ってどっちの意味?
作成する? 削除する?
0365デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 16:38:51.24 ID:DZ7KBqWQ0
もしかしてrefs/heads/masterはローカルを指していて
デフォルトでmasterでpullすると別のブランチのところにmergeされるってこと?
それがなにの役に立つというの?
0366デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 16:39:30.52 ID:LarKYmAi0
小切手を切ると同じ意味
0367デフォルトの名無しさん (JP)2017/03/27(月) 16:43:59.37 ID:BGS+rNUAH
>>363
それは、ローカルのファイルシステムのパスです。
https://git-scm.com/book/ja/v1/Git%E3%81%AE%E5%86%85%E5%81%B4-Git%E3%81%AE%E5%8F%82%E7%85%A7
0368デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 17:41:44.24 ID:DZ7KBqWQ0
refs/heads/masterはリモートを指してるらしい、
そしてpullで初めにfetchしたときにrefs/heads/masterがfetchしたなかにあると
refspecで調べてorigin/masterに変換して今のブランチにmergeするらしい
0369デフォルトの名無しさん (スッップ)2017/03/27(月) 18:23:11.66 ID:FTQE7C/md
>>368
refs/heads/masterが、masterという名前のブランチの正式表記で、originのリモートリポジトリの別名表記ってだけじゃないの?

tagにも同じ名前を付けられるからコンフィグは正式名称の方が都合がいいし、
リモートリポジトリは参照するサーバーやリポジトリパスが変わることもあるし、同時に同じリモート名は付けられないから別名表記の方が都合が良い
ってことだと思うけど。
0370デフォルトの名無しさん (ワッチョイ)2017/03/27(月) 22:00:13.07 ID:Kxi6Yxme0
ホテルから出ることをチェックアウトと言う

リポジトリという名のホテルに
masterブランチさんやdevelopブランチさんたちが宿泊してる
そこからチェックアウトして作業現場まで来てくださいって意味

git checkout master
0371デフォルトの名無しさん (ワントンキン)2017/03/28(火) 15:27:51.25 ID:p6rrPrRVM
SVCとかSubversionとかVSSだとリポジトリからファイルがチェックアウトされて
編集されたあとまたチェックインして元に戻る、というアナロジーが非常にわかりやすい
けど、Gitだとなんかいろんな路線に分岐してはまた合流、って感じが強くてなんか
あわない感じはあるよな。
流れのなかのある「状態」に戻したり勧めたりする感じというか。
もっとわかりやすい用語にできたのかもしれない。
0372デフォルトの名無しさん (ワッチョイ)2017/03/29(水) 00:26:05.10 ID:JypiTP7F0
成る程
0373デフォルトの名無しさん (ワッチョイ)2017/03/29(水) 00:27:19.79 ID:shnYEiwl0
VCSでチェックイン使う人っておっさんのイメージ
0374デフォルトの名無しさん (スッップ)2017/03/29(水) 10:39:27.69 ID:kGZ0UAmTd
>>373
おっさんは色んな環境・用語に晒されてるから、VCSみたいな同じような機能にそれぞれのアプリケーションで別の用語を割り当てるシステムだと、ごっちゃになるんだよ
0375デフォルトの名無しさん (ワッチョイ)2017/03/29(水) 15:44:22.27 ID:8zEKqVfn0
gitのタイムスタンプは記録されてないけれど
パーミッションは記憶されてるの?
0376デフォルトの名無しさん (ササクッテロレ)2017/03/29(水) 21:11:43.39 ID:s7sfWWM2p
>371
そーかなー
むしろそういう風にコマンドを整理したのがsvnでリポジトリからローカルコピーを得る時しかcheckoutじゃないでしょ。

gitはチェックイン/チェックアウトシステム体系はCVSと変わらないからcheckoutするときはcheckoutで良いと思うんだが、ローカルの編集を破棄したいときこそresetだとかrevertとかにして欲しかったとは思う。
0377デフォルトの名無しさん (ワッチョイ)2017/03/29(水) 21:25:18.43 ID:G25OA3ZV0
>>375
実行権限のみ

いろんな人がいろんな環境でチェックアウトするのだから
グループやその他のパーミッションは記録する意味がないし、
umaskの設定に従えば十分

また自分自身がチェックアウト(=書き込む)ファイルなのだから、
リードオンリーにすることもできない。

よって実行権限のみ記録するのが
バージョン管理ソフトとして正しい仕様。
gitもそれに従っている。
0378デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 11:09:20.38 ID:9gLJwZl60
>>377
所有者くらいは記録してほしかったよね
0379デフォルトの名無しさん (ササクッテロレ)2017/03/30(木) 12:31:14.48 ID:GdS25qhHp
その心は?
0380デフォルトの名無しさん (ワンミングク)2017/03/30(木) 13:40:19.34 ID:d5B2Ea/8M
正しい仕様、みたいにすぐドグマ化しちゃう人って柔軟な発想ができなくて開発者としてはポンコツなんだろうなあ
0381デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 14:57:27.94 ID:9EoNq1220
必死に覚えたんです
違うこと言わんといて
0382デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 15:55:13.27 ID:LEwdK5Fw0
>>380
これわかるわ
正しいとか正解とかそういう言葉を頻繁に使う人は状況に応じた選択ができない
0383デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 16:27:53.68 ID:9EoNq1220
小池知事のようなひとのことですね
0384デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 19:22:24.53 ID:49bW4cFZ0
>>380
同意
明確に条件が限定された状況で、考え抜いた上に「正しい」とか言うのならわかるけど、バージョン管理なんてソフトウェアのソースコードに限ったとしても
ゲーム、組み込み、Web、業務システムで求めるものが全然違いそうなのはちょっと想像しただけでわかるのに、自分の知ってる範囲だけで決めつけちゃうのってダメだよね
お客さんの要求の本質を汲み取ろうとせず勝手に自分の都合で判断してそう
0385デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 20:53:52.29 ID:gGp/SYAm0
>>378
> 所有者くらいは記録してほしかったよね

所有者とは? 会社名?w

一行ごとに誰が修正したかは記録されている。
その話をしていないということはお互い理解しているという前提で


なんのために所有者を記録するの?
0386デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 20:55:09.11 ID:gGp/SYAm0
>>384
> ゲーム、組み込み、Web、業務システムで求めるものが全然違いそうなのはちょっと想像しただけでわかるのに

ぜんぜん違うと言うものの具体的な例を
君はこれから言わなくてはいけないということになったんだが、
できるかい?


それができるまでは、ゲーム、組み込み、Web、業務システムで
求めるものに違いはないという今までの常識通りでいくからさw
0387デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 20:59:43.17 ID:cFDTRcun0
日本語が理解できない信者登場
0388デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 21:22:01.52 ID:4IqW3eML0
信者というとgitが如何わしい新興宗教みたいじゃないか
こういうのはストレートに馬鹿と呼んで欲しい
0389デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 21:56:52.77 ID:ZqiiP1U80
git信者は巨大なバイナリデータの管理もgit一本でやるの?
カッコ良すぎて濡れちゃう//
0390デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:08:01.05 ID:eDzyiyEH0
信者なら「そんなもんリポジトリに入れんな」って一蹴だろ。
0391デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:18:40.57 ID:gGp/SYAm0
そしたらリポジトリに入れないでどうやって管理するの?という質問がでてくる
0392デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:19:15.88 ID:6WyQEgEL0
刺身包丁で中華料理をつくる料理人みたいだな。
gitでバイナリ管理。
0393デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:20:43.92 ID:gGp/SYAm0
巨大なファイルはリポジトリに入れないで、ファイルがある場所の情報だけいれればいいのよという意見が出てくる
0394デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:23:32.35 ID:gGp/SYAm0
ブランチ切り替えて別のファイルに変わるたびに入れ替えるの面倒だよ
0395デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:24:05.93 ID:gGp/SYAm0
gitのフックがあるじゃないか。そこで自動化すれば良いのさ
0396デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:25:03.07 ID:gGp/SYAm0
なるほど。巨大なファイルは別のストレージで管理して、git cloneしたときなどに
フックでファイルが有る場所の情報からファイルを取ってくれば良いのか!
0397デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:25:44.62 ID:gGp/SYAm0
便利そう!それプラグインにした良いんじゃないかな!?
0398デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:26:08.01 ID:gGp/SYAm0
ふふ、実はそれ、もう実用化されてるんだ。
0399デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:26:24.98 ID:gGp/SYAm0
なんだってー!!!
0400デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:26:44.56 ID:gGp/SYAm0
その名も
0401デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:27:16.65 ID:gGp/SYAm0
その名も?
0402デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:27:36.07 ID:gGp/SYAm0
・・・
0403デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:27:51.25 ID:gGp/SYAm0
(ゴクリ)
0404デフォルトの名無しさん (ワッチョイ)2017/03/30(木) 22:28:34.64 ID:gGp/SYAm0
暇なので何度も出たであろうネタ投下w

Linus曰く「Subversionは史上最も無意味なプロジェクト」
https://developers.srad.jp/story/07/12/03/1024220/
0405デフォルトの名無しさん (ササクッテロレ)2017/03/30(木) 23:19:21.12 ID:uipyTNiYp
何に使うかも分からん機能について語るのが最近の流行りなん?
0406デフォルトの名無しさん (スププ)2017/03/31(金) 02:44:12.05 ID:WiHZY2U2d
gitを使うことが目的になってる奴いるな
0407デフォルトの名無しさん (ワッチョイ)2017/03/31(金) 04:00:26.51 ID:dseKSPuY0
gitを批判することが目的となってるやつだなw
0408デフォルトの名無しさん (スププ)2017/03/31(金) 04:52:09.71 ID:WfnGqS4Rd
>>407
それはいない
0409デフォルトの名無しさん (ワッチョイ)2017/03/31(金) 11:39:17.86 ID:xItn/dk+0
>>385
基本的に 可能な限りファイルの属性は記録してほしい ということ
タイムスタンプもそうだし、userやgroupもほしい
あとはスペシャルファイルのたぐいも
0410デフォルトの名無しさん (シャチーク)2017/03/31(金) 15:48:59.13 ID:QDrBRSUdC
GitLFSじゃあかんのか
0411デフォルトの名無しさん (ササクッテロレ)2017/03/31(金) 20:54:06.19 ID:Tf8W7eqIp
>>409
なんのために?
0412デフォルトの名無しさん (ワッチョイ)2017/03/31(金) 21:15:17.24 ID:dseKSPuY0
>>411
バックアップソフトとして使うためだろ
0413デフォルトの名無しさん (ワッチョイ)2017/03/31(金) 21:15:34.02 ID:dseKSPuY0
gitはバックアップソフトとして使えないからクソ
0414デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 09:02:19.47 ID:mGxU+b+y0
ならバックアップソフトを使えば良い
0415デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 11:42:07.33 ID:SQXLvxqe0
>>390
じゃあどうするの?
別のバージョン管理ツール使うの?
0416デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 14:06:54.31 ID:DrbHkd9R0
>>415
"バージョン"管理ソフトっていうのはファイルの版ではなくて
アプリのバージョンを管理するもので突き詰めるとソースコードを管理するものなんだよ。
ソースコードの管理というのはファイルの中の修正箇所を調べたり
一部分を抜き出したりマージすること、ソースコードエディタと言ってもいいぐらい

バイナリファイルであればそれらが出来ないので
どうあがいてもバージョン管理は出来ない
せいぜいファイル管理程度
0417デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 14:31:00.03 ID:SQXLvxqe0
>>416
じゃぁファイルの版はどうやって管理するの?
0418デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 14:37:13.38 ID:DrbHkd9R0
ファイルサーバーにでもおいておけば良いんじゃねーの?
0419デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 14:49:07.66 ID:SQXLvxqe0
>>418
ファイルサーバーで「版」の管理はできるの?
0420デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 14:57:21.42 ID:DrbHkd9R0
「版」の管理ができるファイルサーバーを使えばいいし、
たいていはバックアップ機能で十分
0421デフォルトの名無しさん (アウアウカー)2017/04/01(土) 15:06:28.18 ID:7rozFbeTa
バイナリはどうせ差分見れないからなんでもいいよ
0422デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 15:49:20.87 ID:I0+wrTCp0
>>419
そんなもんWindows標準のバックアップ機能でもできるよ
0423デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 16:45:18.19 ID:FRLTAWk80
ソースの版とリンクしてる
バイナリファイルの版をどう管理するのかってことじゃないのか?

バイナリしかないサードパーティライブラリとか画像系のアセットも普通gitで管理するよね?
デザイナ系の人が頻繁に編集するデカいファイルはGitLFSみたいな追加の仕組みを使うか
別のツールで管理してリリースバージョンのみgitに入れるかかな
0424デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 17:22:06.00 ID:+jNVHwLs0
>>423
結局これが一番困るよな。
テキスト以外なくても困らない開発だったらいいんだろうけど、そうじゃないものも多い。
0425デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 18:50:20.26 ID:HLALWuX20
0426デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 19:50:40.08 ID:X5V6ETnn0
大きなバイナリファイルのバージョン管理が本当に必要ならべつにリポジトリに入れてもいいんじゃね?
単にリポジトリがでかくなるのが嫌われるだけで、他のsvn等に比べて特にgitが苦手というわけでもあるまい。
0427デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 19:59:31.19 ID:DrbHkd9R0
>>423
そんなもんファイル名、もしくなディレクトリ名を別にしておいて
参照先の名前を変えれば済む話だろう?
0428デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 20:01:47.89 ID:+jNVHwLs0
>>427
済まないから困るんだろ、勝手に問題ないケースに置き換えて話するのはおかしいでしょ
0429デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 20:03:31.14 ID:I0+wrTCp0
画像リソースまでソース管理から除外するのかよw
基地外じみてる
0430デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 20:08:54.57 ID:DrbHkd9R0
>>428
なんですまないの?
0431デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 20:11:24.50 ID:OD8T/+xw0
俺はできる限りはリポジトリに入れるけど。
100 M とか超えてる場合はちとどうするか迷うが。
0432デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 21:09:25.39 ID:FRLTAWk80
>>427
参照先の名前変えるってなにそれ?
管理したいバージョンごとにファイル名やディレクトリ名を変えるの?
0433デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 21:17:50.96 ID:9Eckjtd/0
>>432
ファイル名やディレクトリ名は最初に作ったまま固定変えたりしない。
ファイルサーバーは原則として追加するだけ。

そして新しいリソースに更新したければ、
ソースコードの設定ファイルをいじって、
参照するファイル名(ディレクトリ名)のパスを変更する
0434デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 21:32:35.38 ID:FRLTAWk80
パスを変更するってことはディレクトリ名かファイル名かは変わってるんじゃないの?
0435デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 21:36:34.89 ID:9Eckjtd/0
>>434
ファイルは追加するだけなんだから、最初から別の名前にするしかないだろ。
中身が違えば、それは別のものだ。
0436デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 21:47:33.17 ID:SQXLvxqe0
結局ファイル名に日付入れて管理しろと言い出すわけだな。
gitいらないじゃん。
0437デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 22:08:01.07 ID:tny4BO7D0
>>431
Excelも入れる?
0438デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 22:13:07.12 ID:Yf7QLaTq0
ソースコードはGitで管理して
ソースコードに関連するバイナリはファイルサーバに日付入りのディレクトリにおいて
新しいバイナリが追加されたらGitで管理してるソースコードにそのバイナリへの参照の更新をコミットする
こんなの普通にやるだろ
これとgit無しで全部日付入りフォルダで管理することの違いが判らないのは基地外
0439デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 22:23:18.84 ID:9Eckjtd/0
>>436
> 結局ファイル名に日付入れて管理しろと言い出すわけだな。
> gitいらないじゃん。

だからバージョン管理システムは、ファイルの版ではなく、
ソースコードのバージョンを管理するものだから、
バイナリにはgitいらないって言ってる。
人の話聞けやw

gitはソースコードを管理するためのものだ
ソースコードじゃないものを管理するものじゃない。
巨大なバイナリファイルをいれんなw
0440デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 23:07:20.61 ID:PxbGeRPT0
Git LFSはすでにVersion2.0.2でGitHubもGitLabもGit LFSに対応済みなのに
バイナリだけファイルサーバや別のツールを使う理由がわからない。
0441デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 23:11:32.72 ID:9Eckjtd/0
Git LFSは "別のツール" だぞw

それこそバイナリだけ別のファイルサーバーに格納するものだし、
単にファイル名とリンク先の対応を自動化したものにすぎない。
0442デフォルトの名無しさん (スププ)2017/04/01(土) 23:28:07.59 ID:ufoqITvcd
画像リソースだけ別サーバーとかありえねー
0443デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 23:29:43.73 ID:9Eckjtd/0
>>442
別サーバーにする必要はないよw
同じサーバーで2つのツールを動かせばいいだけ
gitサーバーとファイルサーバーの2つ
0444デフォルトの名無しさん (スププ)2017/04/01(土) 23:38:40.58 ID:ufoqITvcd
同一サーバー別サービスでも有り得ない
0445デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 23:50:17.38 ID:9Eckjtd/0
何がありえないのかわからん。

そんなにいやなら、gitlabみたいな
gitサーバーとlfsサーバーが
一緒になったツールに使えばいいやん。
0446デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 23:51:27.66 ID:PxbGeRPT0
>>441
バイナリは世代ごとにディレクトリを変えて保存し
ソースコードの設定ファイルをいじれという話はなんだったの?
Git LFSならそんな手間は不要でソースと同じように扱えるだろ。
まあGit LFSを使う事に異論がないなら他は重要ではないけど。

>>444
GitLabとGit LFSを使ってExcelなどのバイナリでできたドキュメントの世代管理をする
http://blog.naotaco.com/archives/1112
最初にバイナリ管理にしたい拡張子とLFSサーバを登録するだけで、
後はソースと同じgit コマンドで取り扱える。
0447デフォルトの名無しさん (ワッチョイ)2017/04/01(土) 23:53:19.24 ID:9Eckjtd/0
>>446
> バイナリは世代ごとにディレクトリを変えて保存し
> ソースコードの設定ファイルをいじれという話はなんだったの?

gitにバイナリファイルを入れないでバイナリファイルを使う方法の一つ
それを自動化したのがgit lfs
0448デフォルトの名無しさん (スププ)2017/04/01(土) 23:58:18.49 ID:ufoqITvcd
>>445
そんなアホなことせんでも全部gitに放り込んで問題ないですし
0449デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 00:11:50.86 ID:n7h/bBRg0
>>448
バージョン管理ソフトでバイナリファイルを扱う意味がないということ
問題がないなら入れてもいいだろうが、それは単に入れるだけ。
バージョン管理は出来ない。
0450デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 00:44:30.76 ID:EAmGgjT/0
>>449
プロジェクトのリリースバージョンごとにバイナリを管理できて大いに価値がありますが
0451デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 01:05:11.30 ID:n7h/bBRg0
>>450
> プロジェクトのリリースバージョンごとにバイナリを管理できて大いに価値がありますが

それは、リリースバージョンごとにバイナリをディレクトリに配置して
リポジトリに登録するという作業をやった場合の話だろう?

その作業とファイルのリンク先を変えるのとは手間は大して変わらんのだが?
0452デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 01:34:35.68 ID:EAmGgjT/0
>>451
え?
リリースごとにタグ付けるなりブランチ切るなりするだけですけど
0453デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 01:50:40.71 ID:n7h/bBRg0
>>452
それはファイルのリンク先変えるのも一緒です。
はい、ざーんねーんw
0454デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 02:03:13.40 ID:EAmGgjT/0
>>453
なに言ってんのこの人
0455デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 02:12:17.34 ID:n7h/bBRg0
>>454
お前本気で分かってないのな(苦笑)
0456デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 02:43:28.79 ID:QfsJepDO0
>>439
ソースコードと不可分なリソースファイルだったとしても、「見た目がバイナリだから」バージョン管理ツールであるgitで管理する必要はないと言いたいのかな?
例えば、ゲームのマップデータのような独自フォーマットのリソースはパーサーと一緒に管理しないと意味が無いわけだが、「バイナリだから」入れる必要はないのかな?

逆に、自動生成された巨大なXMLは実際にはgitで管理しても実際にはdiffを確認したりマージしたりすることはできないけど、結局はバイナリデータのようにしか
取り扱えないと思うけど、「テキストだから」gitで管理する意味があるのかな?

「バージョン管理」と「差分確認、マージ」は完全に同一というわけではないし、バイナリだからできない、テキストだからできるってものでもないだろ。
0457デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 03:13:11.19 ID:n7h/bBRg0
>>456
バージョン管理ソフトはソースコードを管理(=マージなど)するもので
それができないのなら入れる必要はない。
入れてもいいけど入れる必要はない。
大きいバイナリなど入れることで問題が起きるのなら
入れないほうが良い
0458デフォルトの名無しさん (スププ)2017/04/02(日) 03:28:51.04 ID:mItpXq7cd
画像リソースなんてソースファイルみたいなもんなのにいちいち分離してられるかよ
CUIしか作ったことないのかな
0459デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 03:39:50.09 ID:TvISwdcG0
バイナリはファイル名でバージョン管理したい人みたいだからもうほっといて差し上げろ
ID:9Eckjtd/0 == ID:n7h/bBRg0
0460デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 04:11:58.35 ID:QBxgOhpS0
ファイルを管理するためにgitを使うんじゃなくて、
gitを使うためにソースコード入れてるだけの人だよね。
開発してるわけじゃないんだよ、git使ってるだけ。
0461デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 09:01:31.19 ID:JR3Nnjmo0
>>383
>ファイルを管理するためにgitを使うんじゃなくて、
>gitを使うためにソースコード入れてるだけの人だよね。
>開発してるわけじゃないんだよ、git使ってるだけ。

こいつバカかw
0462デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 09:20:40.35 ID:OSI/Jrn10
好きに使え。
ツールに振り回されてどうする。
バイナリ入れたきゃ入れればいい。
入れたくなければ入れなきゃいい。
ケースバイケース。
0463デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 09:51:22.56 ID:UBT9/pKO0
バックアップツールとして使いたいなら
gitじゃなくてバックアップツールを使ったら良いじゃん?
0464デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 10:31:19.75 ID:QBxgOhpS0
プログラムに内蔵されるリソースの話をしてるのに、
バックアップツール使えとか、頭おかしいだろ。
頭の中身もgitで管理してみたらどうだろう?
0465デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 11:50:04.18 ID:EAmGgjT/0
画像リソースで話が通じないんだもん
本当にCUIしか知らないんだろ
0466デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 12:38:09.04 ID:ClW8QyhM0
git lfs使えで結論出てると思うのですが
0467デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 12:40:16.05 ID:wTkx1YQW0
svnに慣れ過ぎて他の使う気がしないw
0468デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 12:48:06.48 ID:JT+bYjYl0
GitLFSは2.0になったとは言っても、1.xの頃がベータ版みたいなものだったし、
使ってみるとわりとトラブルになることが多いよ
0469デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 12:57:51.16 ID:n7h/bBRg0
>>467
svnになれるってのがどういうことかわからない。
俺はsvn使っていたときから、間違ってコミットしたらどうするんだよ?
こんな多すぎるコミット他人がレビューできないだろ。
ネットワーク通信いちいち遅いだろ。リポジトリを新しく作るだけで
なんでこんなに手間かかるんだよって不満たらたらだったんだが
(当時gitなどの分散バージョン管理ソフトは知らなかった)

不便に慣れてしまったってこと?
0470デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 14:03:43.98 ID:1CZSp+Wq0
これは流石にsvn使いこなせてないとしか言いようがない
0471デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 14:10:07.81 ID:n7h/bBRg0
>>470
じゃあsvn使いこなしてる例みせてみ
0472デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 16:28:36.42 ID:KLExlLIQ0
ID:n7h/bBRg0に釣られている人は下記スレをID:n7h/bBRg0で検索してみよう。
自分と他人の意見が違うのは他人がバカだからだ、で思考停止して
他人の説明を理解しようとしないからこの人に何か理解させるのは難しいよ。

オブジェクト指向って自然な文法だな 2
http://echo.2ch.net/test/read.cgi/tech/1490506257/
0473デフォルトの名無しさん (ササクッテロレ)2017/04/02(日) 16:48:00.71 ID:kBAGQJFXp
>>467が一番あんぽんたん
あんぽんたんに釣り上げられた奴が2番目のあんぽんたん
0474デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 17:26:34.73 ID:n7h/bBRg0
>>473
> あんぽんたんに釣り上げられた奴が2番目のあんぽんたん

再帰問題だな
0475デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 18:01:09.94 ID:wTkx1YQW0
svnは逆に集中管理できるのがいいんだろ

間違ってコミットしたら前のバージョンに戻せばいいじゃん
0476デフォルトの名無しさん (ワントンキン)2017/04/02(日) 20:26:51.61 ID:D3s6zVrNM
Linus曰く「Subversionは史上最も無意味なプロジェクト」
https://developers.srad.jp/story/07/12/03/1024220/
0477デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 20:50:26.40 ID:pXQnujUs0
コピペで何か言った気になってる馬鹿
0478デフォルトの名無しさん (ワッチョイ)2017/04/02(日) 22:50:12.43 ID:1CZSp+Wq0
gitを宣伝するためのこき下ろしって分かんないのかな
0479デフォルトの名無しさん (ワッチョイ)2017/04/03(月) 00:37:18.50 ID:O1GPsrgL0
0480デフォルトの名無しさん (ワッチョイ)2017/04/03(月) 00:39:39.06 ID:MrxLrKt60
>>479
それはgitと関係ない。
シェルプロンプトの問題であり
Windowsのコマンドプロンプトなんかだと関係ない
0481デフォルトの名無しさん (ワッチョイ)2017/04/03(月) 01:13:46.88 ID:BKde4+E+0
>>461
図星だったんだね。
0482デフォルトの名無しさん (ワッチョイ)2017/04/03(月) 01:22:16.79 ID:3+FtPzaJ0
>>472
「お前がそう思うんならそうなんだろう お前ん中ではな」っていうのを地で行くパターンだよなぁ
仕事で使ってるなら実際に困る案件で使わせてやりたいわ
0483デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 10:52:47.07 ID:jz0x7tjm0
git界隈でのタイムスタンプ軽視の風潮は怖いよね
0484デフォルトの名無しさん (スッップ)2017/04/06(木) 12:09:08.04 ID:30NnDzbWd
>>483
納品関係のタイムスタンプ重視の風潮と正反対だな
0485デフォルトの名無しさん (ワンミングク)2017/04/06(木) 14:07:50.85 ID:psfF7pjZM
>>484
何でそんな事重視してんの?
0486デフォルトの名無しさん (スッップ)2017/04/06(木) 17:56:19.98 ID:30NnDzbWd
>>485
知らん
誰もが意味ないよなと思いつつ、納品日に合わせて納品ドキュメントのタイムスタンプを合わせる
多分、何らかの儀式なんだと思う
0487デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 18:11:47.01 ID:jz0x7tjm0
>>485
ファイルのタイムスタンプは基本的にファイルを編集した日になるから
納品日以降になっていたら誰かが編集しちゃったことが簡単にわかる。
納品物に.gitとかないしね
0488デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 18:16:44.23 ID:FGV9lFi+0
なんじゃそりゃww
0489デフォルトの名無しさん (ワントンキン)2017/04/06(木) 18:31:45.11 ID:Ao1zg6OQM
>>487
タイムスタンプで編集されたことを検出しようとする事はとりあえずおいておくとして、それだったら別にcheckoutした日時で良くない?
0490デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 19:29:36.58 ID:lSyaolUa0
典型的な IT 業界の闇儀式じゃないですか。。
0491デフォルトの名無しさん (スッップ)2017/04/06(木) 19:47:39.07 ID:30NnDzbWd
>>487
誰が編集したかどうかは、わからんよ
納品日は3/31であっても、その前に諸々のチェックが必要だから1週間前には納める
だが作業予定は3/31まで入ってるので、納品物の日付は3/31で作る
3/31の日付のファイルのタイムスタンプが3/24だと不自然なのでタイムスタンプを3/31に変えておく
タイムスタンプに手作業が入ってるので、日付が新しい方が最新とは限らない
0492デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 20:12:05.44 ID:rNIgAdOn0
>>487
> 納品日以降になっていたら誰かが編集しちゃったことが簡単にわかる。

え? 悪意がある人にタイムスタンプを変更されたことないの?

バージョン管理ツールを使ってない時に、ウイルスチェックをした後に
ファイルの同じ日付をみたらウイルスチェックをする前だから
ウイルスチェックした後に修正されていません(=ウイルスに感染していません)と
OKだしたら実はウイルスに感染していて、大混乱が起きたんだが?

それ以降バージョン管理ツールを使ってソースの修正履歴を完全にトレースできるようにしている。
仮に誰かが感染したとしても、他の人と違いがあればマージとかで問題が発生してすぐに気づくことができる。
0493デフォルトの名無しさん (スフッ)2017/04/06(木) 20:32:49.88 ID:mMvR1Mumd
せめて日本語で頼むわ……
0494デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 20:38:48.35 ID:rNIgAdOn0
>>493
1. 悪意がある人にファイル修正した後にタイムスタンプを戻された。
2. ファイルの更新日付が変わってないのにウイルスに感染していた。

これでわかる?
0495デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 21:19:02.38 ID:LBfub50B0
なんか知らんけどいちいちアーカイブ作ってんの?
gitでやり取りした方が速くね?
0496デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 21:38:34.39 ID:FGV9lFi+0
>>491
>3/31の日付のファイルのタイムスタンプが3/24だと不自然なのでタイムスタンプを3/31に変えておく
すんげー無駄な作業だな
官公庁系?
0497デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 21:47:00.68 ID:jz0x7tjm0
>>495
納品先にはgitない
0498デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 22:09:28.62 ID:rNIgAdOn0
>>497
svnだとリポジトリの中身、ツール使わないと見れないんだっけ?

gitだと今使ってる作業ディレクトリがそのまま
リポジトリになるんだよ。
0499デフォルトの名無しさん (スフッ)2017/04/06(木) 22:52:02.14 ID:5Ey79jsVd
素人さんに納品するのにgit使わすのはあり得ないね
0500デフォルトの名無しさん (ワントンキン)2017/04/06(木) 22:56:14.47 ID:Ao1zg6OQM
>>499
素人にソースコードは納品するのに?
0501デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 22:56:23.14 ID:rNIgAdOn0
そもそも素人さんにソースコード渡さない。
0502デフォルトの名無しさん (スフッ)2017/04/06(木) 22:57:50.61 ID:5Ey79jsVd
>>500
うん
客自身はソースコードを読まないだろうけど形式的に要求してくるところあるからね
0503デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 23:07:31.05 ID:FGV9lFi+0
hashとればすむ話なのにタイムスタンプとかgitとか関係ないだろ
素人に納品してるだけじゃなく納品するほうも素人じゃないのか?
0504デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 23:12:28.97 ID:rNIgAdOn0
タイムスタンプを信じとるんやー
タイムスタンプ見れば更新されてるかわかるんやー
タイムスタンプで比較する方法が確実なんやー

故にタイムスタンプは信頼できるから
タイムスタンプを正しく保持しないと信頼できん
0505デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 23:14:02.50 ID:rNIgAdOn0
俺が信じるタイムスタンプを信じられるようにgitはタイムスタンプを保持しろ
0506デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 23:16:15.99 ID:qKkC2hkg0
タイムスタンプ改ざんされて基礎された役人いなかったっけか
タイムスタンプそんなに重要っすか
0507デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 23:19:04.18 ID:kKSDz5/s0
発注後数日後のタイムスタンプだと苦労せずに作ったみたいで有り難みがないね
0508デフォルトの名無しさん (ワッチョイ)2017/04/06(木) 23:19:37.08 ID:rNIgAdOn0
全てのプログラムは日付を不正に書き換えてはならない。

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

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

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

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

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

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

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

全くそのとおりだなw

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

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

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

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

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

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

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

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

gitにタイムスタンプ保持の機能を欲しがっている阿呆の話か?
0546デフォルトの名無しさん (ワッチョイ)2017/04/08(土) 09:42:43.16 ID:ck54whlm0
何また信者が暴れてるの?
0547デフォルトの名無しさん (ワッチョイ)2017/04/08(土) 09:53:51.71 ID:Ibdd+rg/0
>>539
話は簡単。

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

そういう意味ね。納品にgit強制=git archiveを使う
0550デフォルトの名無しさん (ワッチョイ)2017/04/08(土) 11:54:39.43 ID:Ibdd+rg/0
あ、一応説明しておくか。

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

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

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

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

一緒にしてないぞ?

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

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

って思考なんじゃね
0560デフォルトの名無しさん (ワッチョイ)2017/04/08(土) 18:52:08.60 ID:py60arCP0
>>555
> は?
> タイムスタンプ君?

なんだそりゃw
反論の一つも言えなかったのかよw
0561デフォルトの名無しさん (ワッチョイ)2017/04/08(土) 18:53:45.92 ID:py60arCP0
>>559
マヌケだなw

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

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

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

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

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

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

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

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

何も考えてないだろw

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

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

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

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

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

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

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

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

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

まぁ、>>604の言うようにバイナリかタイムスタンプネタで遊びたいやつが居るだけの可能性も高そうだけど。
0606デフォルトの名無しさん (ワッチョイ)2017/04/09(日) 22:57:02.66 ID:VL6pXfPv0
自分のことだとわかってないらしい
0607デフォルトの名無しさん (ワッチョイ)2017/04/09(日) 23:08:30.93 ID:ZPMPIHcF0
単純にタイムスタンプっていうのは、ファイルを最後に変更した時間なんだから
checkoutすることで変更したのならば、その時刻になるのが正しいんだよ
0608デフォルトの名無しさん (ワッチョイ)2017/04/09(日) 23:19:33.71 ID:qfSHNlIq0
正直どうでもいい
0609デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 13:41:45.28 ID:PlVZ1nOv0
>>607
そのファイルをその内容に変更した時刻のことだよ。

Windowsでファイルをコピーしたことない?
タイムスタンプも一緒にコピーされる意味を考えてみようよ
0610デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 13:48:02.71 ID:PlVZ1nOv0
あと、「makeがタイムスタンプを参照するから」 という回答もおかしいよね。
思い切り自己矛盾を抱えている

『makeは、ファイルの更新日付なんか参照せず、ファイルの変更を検知すべきだ』
0611デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 14:06:19.65 ID:6OhwYhIa0
ftpで持ってくると保存されないからなあ
0612デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 14:13:31.25 ID:CykROrgz0
WindowsでもLunixでもMacでも
タイムスタンプを維持したままコピーするかどうかは選択の問題
常に維持されるのが当然っていう考え方はナイーブすぎ

makeはそういうもんだしgitから見たらコントロール外にある仕様だから
自己矛盾でもなんでもない

今後はbazelのようにコンテンツベースのビルドツールも増えてくるだろうし
gitに保存されてるハッシュを利用するようなものも出てくるだろうね
でもそれとgitがタイムスタンプを復元する機能を持つべきかどうかは関係ない
0613デフォルトの名無しさん (スッップ)2017/04/10(月) 16:46:10.99 ID:tz6SiFVld
gitがタイムスタンプを復元すると言うのは
・コミットした時のファイルのタイムスタンプをファイルのコンテンツに含める
・チェックアウトした時にファイルのタイムスタンプをコミット時刻に変更する
の二つが考えられる。

前者は、ファイルのタイムスタンプを変更しただけで別のファイルとみなすと言う意味だ。そういう仕様にすると、相当使い辛くなることが容易に想像できる。
例えば、一回編集したファイルを元に戻すのに必ずgitのコマンドを使わなければならなくなる。

後者は、ブランチを一度でもリベースするもコミット時刻には意味が無くなるので何を管理したいのか分からなくなる。
0614デフォルトの名無しさん (JP)2017/04/10(月) 17:06:32.33 ID:Bu07ZLW6H
まぁひとつだけ言えるのは、git cloneでコミット時刻が復元されたら俺はうれしいってことかな。
0615デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 17:16:14.19 ID:39xGvEe60
>>612
bazelがファイルの内容を”その”ファイルシステムの変更検知に使うなんてどこにも書いてないんだけど、嘘つきに騙されちゃったの?それとも本人?
0616デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 17:17:04.23 ID:39xGvEe60
×ファイルシステム
○ファイル
0617デフォルトの名無しさん (ワントンキン)2017/04/10(月) 18:28:30.03 ID:b0bzONFHM
あーgitにタイムスタンプ復元機能があれば完璧なのにー
0618デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 19:45:33.40 ID:ttjEUSJK0
gitがタイムスタンプを保存しないのは
「vcsはタイムスタンプを保存しないのが正しい動作」
と言っちゃうような馬鹿が至る所で巻きおこす問題の嵐を避ける為

リーナスは非常に賢明な判断をしたことがこのスレを見ているとよく分かるw
0619デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 19:59:08.53 ID:qlGAA3Mp0
またお前か
0620デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 21:15:50.40 ID:OEdw7WTU0
コミット日時があるじゃないか
0621デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 22:13:28.06 ID:f5bfXI8/0
>>610
> 『makeは、ファイルの更新日付なんか参照せず、ファイルの変更を検知すべきだ』
ファイルの変更を検知するためには、変更前のファイル情報を持ってないとダメでしょw
0622デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 22:15:09.06 ID:f5bfXI8/0
>>609
> Windowsでファイルをコピーしたことない?
いまコピーの話はしてない。

同じ名前で内容を変えた場合の話をしている
0623デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 22:16:03.55 ID:f5bfXI8/0
内容を変えたのであれば、内容を変えた日時になるのは当然でしょw
今ファイルの内容を変えたのに、昔の日時になるのはおかしいwww
0624デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 22:45:02.07 ID:CykROrgz0
>>621
変更前のファイル情報を持ってるツール使ってないのww
0625デフォルトの名無しさん (ワッチョイ)2017/04/10(月) 22:59:56.09 ID:f5bfXI8/0
>>624
最初から、更新前のファイル情報がないツール前提の話でしょ?
0626デフォルトの名無しさん (ワンミングク)2017/04/10(月) 23:49:10.41 ID:IqR3Ht8lM
そんなツールどこにあんだよって話だが
0627デフォルトの名無しさん (ワッチョイ)2017/04/11(火) 00:06:11.43 ID:xD31O8700
git使ってないの?
0628デフォルトの名無しさん (ササクッテロル)2017/04/11(火) 00:17:49.09 ID:zZLVrixAp
お前makeする度にcommitしてんの?
0629デフォルトの名無しさん (ワッチョイ)2017/04/11(火) 09:12:38.66 ID:PspwSKaO0
>>623
じゃあ内容を戻したら、日付も戻せよ
という話でしてね
0630デフォルトの名無しさん (ササクッテロレ)2017/04/11(火) 09:44:56.83 ID:43iv2phsp
>>629
なんという糞要求
0631デフォルトの名無しさん (ワントンキン)2017/04/11(火) 20:03:10.17 ID:wf1zpMT0M
ふう、gitにタイムスタンプ復元機能があれば完璧なのにー
0632デフォルトの名無しさん (ワッチョイ)2017/04/11(火) 20:03:42.77 ID:+8we66Ry0
どこに戻ってほしい?
0633デフォルトの名無しさん (スフッ)2017/04/11(火) 20:05:01.73 ID:mGlNuRzNd
>>632
更新日時
0634デフォルトの名無しさん (ワッチョイ)2017/04/11(火) 20:24:34.65 ID:rWanRa9I0
>>629
gitは内容を戻すことは出来ない。
任意のコミットをcheckoutするだけ
0635デフォルトの名無しさん (ワッチョイ)2017/04/11(火) 20:32:32.15 ID:9qHDk2tg0
こいつナチュラルなバカっぽいw
0636デフォルトの名無しさん (スプッッ)2017/04/12(水) 12:16:27.41 ID:5zOvG+Scd
そろそろ飽きたのでレスを戻して最初から繰り返すか
0637デフォルトの名無しさん (ササクッテロロ)2017/04/12(水) 12:19:32.28 ID:WHkM8I5ip
では僭越ながら

ファイルのタイムスタンプまで元に戻せるバージョン管理ツールってないの?
0638デフォルトの名無しさん (JP)2017/04/12(水) 12:42:40.51 ID:mJY6Dj4IH
>637
git
0639デフォルトの名無しさん (ササクッテロロ)2017/04/12(水) 14:41:37.67 ID:WHkM8I5ip
はぁ?gitじゃタイムスタンプは戻らんから質問してんのにバカなの?
0640デフォルトの名無しさん (スフッ)2017/04/12(水) 15:04:39.32 ID:sIG5iA/zd
>>638
これは酷い
0641デフォルトの名無しさん (ワッチョイ)2017/04/12(水) 15:06:11.12 ID:kxphDSjP0
他の人はネタでバカ言ってるけど
>>634だけ普通のバカだな・・・
0642デフォルトの名無しさん (スプッッ)2017/04/12(水) 19:47:18.40 ID:5zOvG+Scd
>>637
レスのタイムスタンプが戻ってないよ
0643デフォルトの名無しさん (ワンミングク)2017/04/12(水) 19:53:17.32 ID:usx2Dq45M
svnでも使っとけよ
0644デフォルトの名無しさん (ワッチョイ)2017/04/12(水) 20:48:11.81 ID:lSh3zEYS0
いや、流石にsvnでもタイムスタンプは戻せん。
コミット時刻になら設定次第だけど戻せるけど、そこもgitと同じ。
0645デフォルトの名無しさん (ワントンキン)2017/04/14(金) 14:02:47.09 ID:YzkHfIFwM
タイムスタンプ機能があればいいのに、ライナスも意地になっちゃったんだろうな
0646デフォルトの名無しさん (ワッチョイ)2017/04/14(金) 15:49:28.34 ID:l3/xlJJH0
ワッチョイが意味なさない
0647デフォルトの名無しさん (ワントンキン)2017/04/14(金) 16:02:12.75 ID:7vOZxQ5kM
同じ事ばかり繰り返してると早くボケるぞ
0648デフォルトの名無しさん (ワッチョイ)2017/04/14(金) 18:51:24.72 ID:1n110CPB0
澁谷 恭正 (46歳)

千葉県立沼南高柳高等学校卒

松戸市立六実第二小学校PTA会長

小学女子レイプ殺人で逮捕


お住まい:
千葉県松戸市六実4-8-1 Mシャトレ

お子さん:
ひりゅう、あやか ※父子家庭

趣味傾向:
アニオタ
0649デフォルトの名無しさん(霧の向こうに繋がる世界) (エーイモ)2017/04/17(月) 11:19:00.88 ID:EyfSFiB8E
名前欄に!ken:6って入れたら少しは差別できる
差別反対!
0651デフォルトの名無しさん (ワントンキン)2017/04/17(月) 12:22:35.15 ID:ZbBL7DdoM
タイムスタンプ復元機能まだぁ?
0652デフォルトの名無しさん (ワッチョイ)2017/04/17(月) 21:18:53.54 ID:LB/3uUQe0
同じ事ばかり繰り返してると早くボケるぞ
0653デフォルトの名無しさん (ワッチョイ)2017/04/17(月) 23:07:25.41 ID:vro5OOPq0
ファイルスタンプの復元機能はよ
0654デフォルトの名無しさん (JP)2017/04/18(火) 11:49:07.78 ID:Uw8XacGPH
死ぬまでには出来るだろうと思ってずっと待ってると先に死んでしまう
0655デフォルトの名無しさん (スフッ)2017/04/18(火) 17:35:14.60 ID:/dQfqCUyd
歌丸さんが死ぬまでにはなんとか実装を
0656デフォルトの名無しさん (スプッッ)2017/04/18(火) 20:06:48.85 ID:qTz369Iyd
死んだらgitで戻せばok
0657デフォルトの名無しさん (ワッチョイ)2017/04/18(火) 22:18:48.24 ID:SUoD2bKG0
時間は不可逆だって時をかける少女で言ってた
つまりタイムスタンプが戻らないgitは正しい
0658デフォルトの名無しさん (ワッチョイ)2017/04/18(火) 22:30:50.13 ID:ibb6Zkrz0
信じていればまた髪は生えてくる
0659デフォルトの名無しさん (ワッチョイ)2017/04/18(火) 23:10:42.41 ID:Jac3YwXI0
伸びたら洗うの面倒だし、髪切るのもただじゃないし時間もかかるし、夏は暑いし、ない方が楽じゃね?
0660デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 00:00:42.03 ID:dODhlAB70
うるせーハゲ
0661デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 01:07:09.59 ID:e1EH3Ddt0
知世
0662デフォルトの名無しさん (スプッッ)2017/04/19(水) 08:16:01.57 ID:aMVSfr6md
gitでタイムスタンプを戻すことが出来るようになる時間線では、さらに遠い未来ではgitで時間を戻せるようになるまで拡張される。
タイムマシンで過去を改変することが可能な世界では、タイムマシンで過去を改変出来ない世界になるまで永久に時間改変を繰り返し、最終的にはタイムマシンが開発されない世界に収束する。
以上のことから、gitでタイムスタンプを戻せる世界は、実現しない。
0663デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 11:23:25.14 ID:DjV2NLp00
オカルトって、初っぱなの論理の飛躍に気づかないと、
そんなもんかなって思ってしまうよね。
0664デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 18:30:54.49 ID:e1EH3Ddt0
ラベンダーの香り
0665デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 18:38:02.46 ID:qlAgPt2e0
ケン・ソゴルとか知らんわ
0666デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 18:41:41.70 ID:nb+3WMsJ0
Gitは最近やったコミットの改変、つまり歴史改変ができるじゃん

コミットの入れ替えも可能だからコミット一覧で
日時が未来のコミットが下の方にあったりとか良くある
0667デフォルトの名無しさん (アウアウウー)2017/04/19(水) 18:55:42.74 ID:4JBXRryCa
>>666
push -f したら他人が迷惑する
0668デフォルトの名無しさん (ワッチョイ)2017/04/19(水) 21:53:11.33 ID:e1EH3Ddt0
0669デフォルトの名無しさん (ガラプー)2017/04/20(木) 21:57:07.58 ID:VEp9ZXEcK
プレミア見れない
ブンデス見れない
CLEL見れない
代表も見れねえちきしょう
結果知らされて見れねえちきしょうクソったれ同和のクソ野郎地獄へ落ちろ
音楽聞けねえちきしょう
テレビ見れねえちきしょう
オシムは考えて走るサッカー
アンデションズはよく(十分に)考えて(タイミング計って)車のドア閉めて車(バイク)で通る嫌がらせ
同和のクズ共死ねクソ共がざまあみろ気違い共
ほれ気違い共もっともっとドア閉めろ通れ
それしか能のない能無し共がざまあみろ地獄に落ちろ。悔しいか、ざまあみろくたばれクソ同和
お前らの恐ろしさをもっと見せてみろ。そんなんじゃなんともねえぞ
袋とじ見たぞ。悔しいか、ざまあみろくたばれクソ同和
生きる権利もねえクズ共が藁地獄へ落ちろ
嫌がらせがエスカレートするのが楽しみでしょうがない。今それだけが楽しみだ。俺の生き甲斐藁。それだけ怒ってるってことだもんな藁
ラブホ行ったのがそんなに悔しいかざまあみろチンカス共が藁。思う存分楽しんでくるぞあばよ
椎名茉莉、知っちゃったよ。ラブホに来なければ知らなかったはずだけどな。サンキューお前ら藁
超美形。嬉しくてたまらん。お前らどうしてくれる?藁ほれ赤字分を取り返すために必死になれ
ピザ食ったぞ。羨ましいだろう?藁ざまあみろ
音楽聞いたぞざまあみろ
非人が美人
お前ら音楽聞かせてくれてサンキュー。それもお前らがドア閉めて通ってくれたおかげだ
テレビも見たぞざまあみろ
同和の悪口書けば書くほどドア閉めるってことは嫌がらせしてるのは同和だって証だ
とにかくドア閉めるクソ同和藁(とにかく明るい安村風)
深谷市東方の西と高橋Dか死ね
サッカーの動画見たぞざまあみろ
気違いなのを常識化させるのが集ストの狙い。多いほうが正しいと考える日本人に漬け込んだわけだ。例え悪いことしてても多いんだから正しいと錯覚するように。上手く法律の盲点を突いた嫌がらせだな。法律で取り締まれないことをイイことにやりたい放題
ラルクがライブやるのが悔しいかざまあみろ
メル友出来たぞざまあみろ悔しがれクソ野郎共藁
0670デフォルトの名無しさん (JP)2017/04/22(土) 12:15:30.62 ID:q6gq1CBHH
670
新着レスの表示
レスを投稿する