2ちゃんねる ★スマホ版★ ■掲示板に戻る■ 全部 1- 最新50  

Git 15©2ch.net

1 :デフォルトの名無しさん 転載ダメ©2ch.net (ワッチョイ):2017/02/05(日) 05:22:15.65 ID: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

2 :デフォルトの名無しさん (ワッチョイ):2017/02/05(日) 06:30:39.79 ID:Aiaziz9C0
< `∀´>ニダー

3 :デフォルトの名無しさん (ワッチョイ):2017/02/05(日) 14:05:34.08 ID:k22lvY+90
Git v2.12.0-rc0
https://github.com/git/git/blob/master/Documentation/RelNotes/2.12.0.txt

4 :デフォルトの名無しさん (ワッチョイ):2017/02/05(日) 15:38:55.62 ID:+MDXuZ600
rebaseを使いこなして初めて
gitを使えるようになったと言える

5 :デフォルトの名無しさん (エムゾネ):2017/02/05(日) 15:39:17.20 ID:uN/SMrchF
>1 乙py

6 :デフォルトの名無しさん (ワッチョイ):2017/02/07(火) 10:05:09.07 ID:rbbJBTTu0
gitlab復旧作業8時間実況すげ
https://www.youtube.com/watch?v=nc0hPGerSd4

7 :デフォルトの名無しさん (ワッチョイ):2017/02/07(火) 11:25:57.76 ID:HoZye2uF0
rebaseの使い途がそんなにないんじゃね
コミットが何百もあったときにrebaseで綺麗にできると思えん
squashはresetでできる
使えるのは過去のコメントを編集するときくらいか

8 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 03:26:19.24 ID:EqksEKaR0
>>7
コミットが何百もあるブランチを
マージするってのがそもそも間違いだよね?

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

そのときにcherry-pickを使うのは当然ながら
抜き取ったあとの整理でrebaseも行う

9 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 03:53:20.12 ID:TcrM+SWf0
エスパーすると
>>7は"git rebase -i [コミット]"くらいしか使ったことないんじゃなかろうか
違ったらごめーんね

10 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 11:32:37.78 ID:glAhqeU30
何かそういう、ブランチを整理するときのワークフローで分かりやすいドキュメントってないですか?

いつもいろんなgit操作を試行錯誤してしまって、本題がコミットすることからブランチ整理することにずれていってしまうので。

11 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 11:38:22.96 ID:AT2+3Uwc0
>>8
なるほどと思ったが
cherry-pickは操作後の動作が保証できない
mergeなら操作後の動作が保証できる。完全ではないがcherry-pickよりまし
なのでmergeのほうが優れている

12 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 15:36:17.78 ID:fGXhImwi0
>>10
masterブランチにcommitしまくるからそうなる
最初に開発ブランチ作れ

13 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 17:10:20.00 ID:glAhqeU30
>>12
あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい

14 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 19:40:31.54 ID:Z548kjM+0
最強の整理整頓術はそもそもモノを増やさないことだってのは全く間違ってないと思う
ブランチ整理って何がしたいのか分からんけど、successful git branching modelでも参考にしたらええんちゃうの

15 :デフォルトの名無しさん (ワッチョイ):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)

使い方が違うだけの話でどちらかが優れているとか劣っているとかいう話じゃない

16 :デフォルトの名無しさん (ワッチョイ):2017/02/08(水) 22:48:05.72 ID:EqksEKaR0
>>13
> あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい

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

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

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

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

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

rebaseが下手な人はコミットも大きくなって、いろんな修正を混ぜてしまう。
そういうことをするからrebaseするとコンフリクトまで起きてしまう。
コミットを小さくしていれば驚くほど簡単にrebaseができてしまう。
だからこまめなrebaseも苦にならない

17 :デフォルトの名無しさん (ワッチョイ):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

18 :デフォルトの名無しさん (アウアウカー):2017/02/09(木) 08:27:12.93 ID:ClsEJCvia
git(hub)-flow

19 :デフォルトの名無しさん (エーイモ):2017/02/13(月) 10:17:21.25 ID:Ql0/GOXFE
git mvしないでmvしちゃったんですけどgit addしたらrename扱いになってました
絶対にgit mvしなくてもgit画面どう見てくれるから問題ないってことですか?

20 :デフォルトの名無しさん (ワッチョイ):2017/02/13(月) 10:39:40.22 ID:1h+Oz1MN0
>>19
中身を書き換える前ならわりと追ってくれる
どこまで追ってくれるか試すと楽しいぞ

21 :デフォルトの名無しさん (ワッチョイ):2017/02/13(月) 15:13:09.61 ID:UyeCKZqE0
改行コード変わるだけで別ファイルになるけどな

22 :デフォルトの名無しさん (ワッチョイ):2017/02/17(金) 09:56:23.44 ID:hEtwtvyY0
毎日仕事が終わったら、その日作ったソースコードを
gitサーバーにコミットして帰宅する俺。

23 :デフォルトの名無しさん (ワイモマー):2017/02/18(土) 01:13:13.92 ID:neEeF1u6M
コミットして帰ると次の日休んだ時にビルドが通らないと呼び出し喰らうパターンだな

24 :デフォルトの名無しさん (ワッチョイ):2017/02/18(土) 01:21:39.27 ID:YzcxuYMW0
>>22
プッシュじゃなくて?

25 :デフォルトの名無しさん (ワッチョイ):2017/02/18(土) 01:58:54.36 ID:SqGT/vv90
>>24
ごめん、プッシュね。

マネジャーの人が俺らの作業をチェックしたいらしくて、
毎日帰るときにみんなプッシュしてから帰宅する。
svn時代と変わらない。

26 :デフォルトの名無しさん (ササクッテロル):2017/02/18(土) 02:04:19.48 ID:odevQhO/p
細かくコミットしていくことを心掛けたいが、気付くとコミットを忘れて突っ走ってしまう
そんな馬鹿野郎におすすめのツールとか運用とかないですか

27 :デフォルトの名無しさん (ワッチョイ):2017/02/18(土) 03:06:20.95 ID:3dbLYC4l0
>>26
突っ走った後にgit add -p 使って複数のコミットを作る

28 :デフォルトの名無しさん (ワッチョイ):2017/02/18(土) 11:33:38.07 ID:YCJMYP7V0
>>26
一定時間ごとに自動でコミット、プッシュするスクリプトがあったと思う

29 :デフォルトの名無しさん (ワッチョイ):2017/02/18(土) 13:22:21.19 ID:y2nzrwVZ0
>>28
そんなことするぐらいなら、
一定時間ごとに「コミットしろよ」って通知出すほうが良いわなw

30 :デフォルトの名無しさん (ワッチョイ):2017/02/19(日) 22:56:47.13 ID:ae9YYSse0
cron 書けとしか言いようがない。

31 :デフォルトの名無しさん (ワッチョイ):2017/02/22(水) 00:19:55.01 ID:doFig/5A0
エディタに自動保存機能なけりゃ編集内容はメモリ上にしかないからどのみち死ぬ

32 :デフォルトの名無しさん (ワッチョイ):2017/02/22(水) 15:40:38.57 ID:7bpb3LbA0
>>31
数分おきにエディタに :wq! を送るスクリプトを作ろう

33 :デフォルトの名無しさん (JP):2017/02/22(水) 15:45:05.02 ID:T1tKwjPzH
意味のある区切りじゃない自動保存などゴミ

34 :デフォルトの名無しさん (アウアウカー):2017/02/22(水) 16:51:00.38 ID:QaRsR5LQa
そもそもコミットは成果毎に行うのであって細かくすればいいというものではない

35 :デフォルトの名無しさん (ワッチョイ):2017/02/22(水) 19:13:30.90 ID:nmnET67+0
プレーンテキストとかワープロとかならともかく、ソースコードだったらコンパイルするためにどんどん保存してるんだから自動保存ってそこまで必要性高いものでもなくない?

36 :デフォルトの名無しさん (ササクッテロラ):2017/02/22(水) 19:54:40.37 ID:OuXxGo6Bp
コミットと保存の話が混ざって混沌としてきてる

37 :デフォルトの名無しさん (アウアウカー):2017/02/22(水) 20:45:47.20 ID:bVHsZCW9a
個人開発なら単なる履歴残しに使ってもいいがチームの場合はそれじゃ困るんだよね

38 :デフォルトの名無しさん (ワッチョイ):2017/02/23(木) 01:11:00.83 ID:9wlFqT9C0
ショートカットキーctrl+Sで保存は便利でよく使う
履歴残し程度なら同様にショートカットキーで保存とコミットができるようにエディタにスクリプト組み込めばOK
初回ショートカットキーで一時作業用ブランチを切らせて
一通り終わったなら別のショートカットキーでsquashなりでまとめてからコミットメッセージ入力窓でも出してから本来の作業用ブランチにFFマージさせればおk

39 :デフォルトの名無しさん (ワッチョイ):2017/02/23(木) 10:00:04.78 ID:lHjqIPrz0
>>37
チームの場合はgitは個人で自由に使わせておいて
チーム側では集約にsvnを使うよね

40 :デフォルトの名無しさん (ササクッテロラ):2017/02/23(木) 16:27:13.03 ID:EPi8ln12p
>>39
ない

svnで運用された頭が痛くなるような履歴をgitに取り込むことはよくある

41 :デフォルトの名無しさん (ササクッテロロ):2017/02/23(木) 20:55:38.64 ID:0FbQfq3Vp
チーム毎にgit使って、各チームの成果をインテグした時にsvn使う事はある
個人でgit、チームでsvnって構成はgitの美味しさの大部分を潰してるように見えるけど、想定してる規模が分からんし何とも言えんか

42 :デフォルトの名無しさん (ワッチョイ):2017/02/24(金) 14:06:29.60 ID:STsv/yLm0
SHA1の衝突がGoogleによって公開、gitにも言及
https://shattered.it/

それに対するLinusの見解
http://marc.info/?l=git&m=148787047422954

43 :デフォルトの名無しさん (JP):2017/02/24(金) 14:11:42.95 ID:xRGcfmimH
hashの衝突は元から想定済っしょ
そもそも5桁でちぎって管理()してるんだし

44 :デフォルトの名無しさん (ワンミングク):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

45 :デフォルトの名無しさん (ワッチョイ):2017/02/24(金) 16:02:16.98 ID:U6j2M/4W0
>>43
5桁でちぎって管理ってなんのこと?

46 :デフォルトの名無しさん (ワッチョイ):2017/02/25(土) 10:54:33.01 ID:xirdZVsB0
v2.12.0

47 :デフォルトの名無しさん (ワッチョイ):2017/02/25(土) 11:32:01.15 ID:PfZ6yy2F0
>>46
何か面白い機能追加された?

48 :デフォルトの名無しさん (ワッチョイ):2017/02/27(月) 04:28:34.00 ID:RD4dbD8r0
Linusの公式コメント
https://plus.google.com/+LinusTorvalds/posts/7tp2gYWQugL

49 :デフォルトの名無しさん (ワッチョイ):2017/02/27(月) 13:29:26.47 ID:v76+Cgkq0
SHA1衝突なんか怖かねーぜバーカ!
ってこと?

50 :デフォルトの名無しさん (ワッチョイ):2017/03/01(水) 00:08:39.88 ID:MSk4m/Wm0
ファイル数が20万〜30万個あるプロジェクトをgitで管理できる?
git statusすると20万〜30万の全部のファイルの更新日チェックするの?

51 :デフォルトの名無しさん (ワッチョイ):2017/03/01(水) 01:39:05.95 ID:B+RUxrlO0
gitで管理できなかったら、他の何を使っても出来ないと思うw
管理せずにファイル置いとくだけならできるだろうけど

52 :デフォルトの名無しさん (ワッチョイ):2017/03/01(水) 05:02:00.38 ID:TmPMZG9k0
>>51
きも

53 :デフォルトの名無しさん (オッペケ):2017/03/01(水) 12:18:24.07 ID:riQaWnbAr
俺も思った

54 :デフォルトの名無しさん (アウアウカー):2017/03/01(水) 12:52:10.72 ID:D9Ze9lwZa
>>50
それくらいなら全然大丈夫だよー

55 :デフォルトの名無しさん (JP):2017/03/02(木) 19:24:50.56 ID:ZV5SMkF2H
>>50
人間よりは速い

56 :デフォルトの名無しさん (スププ):2017/03/02(木) 23:03:10.15 ID:sITpgG7dd
gitを使うのが目的になってる奴がいるな

57 :デフォルトの名無しさん (ワッチョイ):2017/03/02(木) 23:06:07.56 ID:qpimcWgg0
gitを使うのが目的じゃないけど結果的にgitを使ってるな

58 :デフォルトの名無しさん (ワッチョイ):2017/03/02(木) 23:30:35.54 ID:GmcRpo7M0
gitを使ってるカッコいい俺

59 :デフォルトの名無しさん (ワッチョイ):2017/03/02(木) 23:31:43.91 ID:em5mjT5q0
普通じゃ?

60 :デフォルトの名無しさん (ワッチョイ):2017/03/02(木) 23:36:40.95 ID:XOZN9kk90
gitの使い方を覚えられないおっさんも世の中には居るんだ

61 :デフォルトの名無しさん (ワッチョイ):2017/03/02(木) 23:42:40.19 ID:qpimcWgg0
使える人が使わないなら、それはいいんだよ。

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

あと使って見てないやつもダメだな

62 :デフォルトの名無しさん (スプッッ):2017/03/03(金) 11:58:15.68 ID:SmLECISdd
Gitが使えない外注イラネ

63 :デフォルトの名無しさん (JP):2017/03/03(金) 12:30:04.87 ID:IUFykjWpH
篩に使うのはありか

64 :デフォルトの名無しさん (ワッチョイ):2017/03/03(金) 21:00:59.00 ID:n9rn4mK30
なんでもいいから自分のソースくらい自分でコミットしろ。

65 :デフォルトの名無しさん (スププ):2017/03/03(金) 21:35:27.51 ID:EvAeH8F3d
本当になんでもいいの?

66 :デフォルトの名無しさん (オイコラミネオ):2017/03/03(金) 23:39:23.71 ID:q5L7Z+jKM
masterにコミットしていいの?

67 :デフォルトの名無しさん (ササクッテロル):2017/03/04(土) 00:19:50.00 ID:2pwhOacNp
結果にコミットしていいの?

68 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 00:59:09.29 ID:kf4torcY0
面倒臭いのでだいたい
git add .
git commit --amend -m "hoge"

で済ましてる
一通り終わったらgit commit --amendでコミットメッセージちゃんと書く
squashしなくてよい方法だよ

69 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 03:38:59.15 ID:X3LbZrz10
Git - 高度なマージ手法
https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%81%95%E3%81%BE%E3%81%96%E3%81%BE%E3%81%AA%E3%83%84%E3%83%BC%E3%83%AB-%E9%AB%98%E5%BA%A6%E3%81%AA%E3%83%9E%E3%83%BC%E3%82%B8%E6%89%8B%E6%B3%95


これいいね

70 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 11:03:44.63 ID:fiOXClU60
git merge --abort
git rebase --abort

これいいよな。

svnとかだとやらかしてしまって中途半端な状態になって
これどうすりゃいいんだよってなってしまうけど、
gitだとたいてい--abortすればリセットできる

71 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 14:23:44.15 ID:GRvQ2lmz0
AにコミットしてA'
A'にコミットしてA''
になってるとき
A'をBに名前変えて
A->A''と
A->Bに分けることはできますか?

72 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 15:02:21.59 ID:fiOXClU60
git checkout 好きなコミットID

ブランチ名なんて最新のコミットに名前つけてるだけであって
コミットIDで全て参照できる

73 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 17:15:35.10 ID:GRvQ2lmz0
A->A''の方にはB(A')が無かったことにしたいのですが

74 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 17:34:49.80 ID:NAI/204b0
説明がわかりにくすぎだろw
pushしてればrevertで
してなければrebase -iで

75 :デフォルトの名無しさん (ワッチョイ):2017/03/04(土) 21:55:14.48 ID:X3LbZrz10
cherrypickでA''からAにパッチ当てりゃいいだけじゃね?

76 :デフォルトの名無しさん (スプッッ):2017/03/04(土) 22:05:36.70 ID:TK9n5Zigd
>>71
git branch B A'
をする
git rebase A -i
でA'の行を消す

77 :デフォルトの名無しさん (ワッチョイ):2017/03/06(月) 23:20:15.96 ID:8UuxKa0s0
ディレクトリやファイルをマージするだけの作業だが、あまりに大量&1日あたりの作業時間があまり取れないため、1ヶ月ぐらいかかる見込み

こう言う場合って作業完了してからまとめてコミットすべき?
それともキリのいいところでコミットすべき?

78 :デフォルトの名無しさん (ワッチョイ):2017/03/06(月) 23:34:33.58 ID:hCzUBa9v0
適当にコミットしていって後で纏めたくなったらrebase -iすればいいんじゃね

79 :デフォルトの名無しさん (ワッチョイ):2017/03/07(火) 15:02:30.70 ID:+1wYVpxF0
rebaseは甘え。 使ってはいけない。

80 :デフォルトの名無しさん (ドコグロ):2017/03/07(火) 18:29:12.37 ID:JtxH0L4+M
せっかくローカルにあるんだし、どんどんコミットしたら?

81 :デフォルトの名無しさん (ワッチョイ):2017/03/07(火) 19:25:45.74 ID:deKTD69U0
rebase使っても実は隠しコマンドのrerebase使えばまた元に戻るから大丈夫

82 :デフォルトの名無しさん (ワッチョイ):2017/03/07(火) 20:49:12.26 ID:buHXdcTx0
rerebaseだと!?

83 :デフォルトの名無しさん (ワッチョイ):2017/03/07(火) 20:55:44.46 ID:FdtwfqDL0
rebase怖いならブランチ切るなりタグつけるなりしてからrebaseすりゃいいじゃん
rebaseしたってコミットそのものが世界からすぐに消えるわけじゃないんだし

84 :デフォルトの名無しさん (エーイモ):2017/03/07(火) 22:48:44.65 ID:6dT6PmkfE
git cloneで特定のタグから最新のコミットまでの範囲を取得する方法を教えてください

85 :デフォルトの名無しさん (ワッチョイ):2017/03/08(水) 00:28:53.24 ID:bFUfM0140
> rebase怖いならブランチ切るなりタグつけるなりして

そのブランチやタグを作るのが面倒なバージョン管理ツールがありまして、
そのせいでブランチやタグを切るのが嫌なんですよ。

86 :デフォルトの名無しさん (ワッチョイ):2017/03/08(水) 01:12:08.47 ID:+/47+kY70
知らんがな

87 :デフォルトの名無しさん (ドコグロ):2017/03/08(水) 08:51:03.76 ID:dlE+7VUyM
ローカルだけブランチ作ればいいだろ。他のツールはスレ違い。

88 :デフォルトの名無しさん (エーイモ):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ブランチを作りなおして新たに作るのが面倒くさいので

89 :デフォルトの名無しさん (ワッチョイ):2017/03/08(水) 19:57:59.67 ID:AFnyce7m0
git reset --hard コミットID2

90 :デフォルトの名無しさん (ワッチョイ):2017/03/09(木) 06:48:45.74 ID:fQxPjt/z0
>>88
コミットIDでcheckoutすりゃいいだけじゃね

(1)git checkout コミットID1
(2)git checkout コミットID2

91 :デフォルトの名無しさん (スプッッ):2017/03/09(木) 08:26:50.81 ID:TQt2xuGKd
>>88
git reset --hardは、ブランチの付け先を簡単に操作できてしまうから、使う前にreflogの見方を覚えておくこと

92 :デフォルトの名無しさん (ドコグロ):2017/03/09(木) 08:37:37.52 ID:K/l9Si6sM
>>82
リ・リ・リベース
アホデミー賞を総なめ

93 :デフォルトの名無しさん (エーイモ):2017/03/09(木) 10:28:24.13 ID:xGhx3aNSE
resetは困ります。。。。
checkoutでどうにかやる方法はないということでしょうか?

94 :88=93 (エーイモ):2017/03/09(木) 10:29:17.80 ID:xGhx3aNSE
ブランチは1個しか作りたくないんです

95 :デフォルトの名無しさん (スプッッ):2017/03/09(木) 12:31:57.97 ID:TQt2xuGKd
>>93
じゃあ>>90で良いんじゃないの?
コミットは出来ないけど

96 :デフォルトの名無しさん (ワッチョイ):2017/03/09(木) 13:13:36.94 ID:x6aOWZGA0
>>88
git checkout hoge
git merge <commit>

97 :デフォルトの名無しさん (ワッチョイ):2017/03/09(木) 13:42:24.50 ID:quKxBXU+0
>>93
なんでreset困るの?ブランチ消してる時点で同じことだと思うけど
resetしたってコミットが消えるわけじゃないよ

98 :88=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.って表示されてしまいました

99 :デフォルトの名無しさん (ワッチョイ):2017/03/09(木) 23:15:12.39 ID:x6aOWZGA0
hogeにはすでにコミット1やコミット2が含まれてる場合もあって
その場合はそれ以降のコミットを捨てた状態にしたいってことなの!?
用途が謎

100 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 03:45:25.28 ID:V4zus/a90
>>98
ブランチは1個しか作りたくない理由がわからないから、それだったらID1とID2に別のブランチを付けたら良いんじゃない?って思っちゃうんだけど
何で作りたくないんですか?

101 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 04:41:26.50 ID:hkfiatAK0
>>90のやり方がスルーされるからやりたいことと違うんだろうなあ

102 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 14:48:19.74 ID:y8xCqliG0
タグの代わりなんじゃ?

103 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 21:15:08.71 ID:mGr7V+b80
みんなってさ、ステージングしているファイルから行単位とかでコミットしたり
する機能使ってる?

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

あとdiffの結果画面の見方が今ひとつ苦手w

104 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 21:48:11.92 ID:cBCq3F3F0
>>103
使わんなー

105 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 21:51:35.65 ID:V4zus/a90
>>103
細かいけど、行単位でステージングする機能、じゃなくて、ステージングした段階から行単位でコミットする機能ってある?

106 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 22:13:50.48 ID:y8xCqliG0
git add -p のこと?
ならすげー使うけど

107 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 22:28:17.98 ID:gboOrvO30
git add -pの存在がsvnからの移行を決定づけた

108 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 22:51:42.82 ID:mJMnK6Gx0
俺もよく使うな。

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

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

他の人が理解・レビューしやすい並びのコミットと、
実際の開発順っていうのは必ずしも一致しないからさ

109 :デフォルトの名無しさん (ワッチョイ):2017/03/10(金) 23:30:38.30 ID:V4zus/a90
git add -pなら使う。行単位でステージングする機能、だよね?

110 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 06:24:50.89 ID:d5jme4tX0
>>108
SVN 使いだけどこの機能とローカルコミットはマジで欲しい

111 :デフォルトの名無しさん (JP):2017/03/11(土) 10:36:14.71 ID:JsoExgwjH
>>110
gitに乗り換えても良いんですよ?

112 :デフォルトの名無しさん (ワントンキン):2017/03/11(土) 11:07:52.10 ID:qCTmGWaIM
行単位使ってる人多いんだな
完全ファイル単位だわ
考え方古いのか

113 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 12:21:39.87 ID:d5jme4tX0
>>111
何となくだけど git は性に合わない

114 :デフォルトの名無しさん (スップ):2017/03/11(土) 12:39:37.19 ID:vAAcV1Smd
>>113
おじいちゃんこんにちは

115 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 13:07:42.60 ID:/v3Qrvkv0
stash, cherry-pick, rebaseのないコーディングなんてもう考えられない

116 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 14:17:42.96 ID:qqD7bP3W0
試行錯誤のあととかノイズでしかないからな。
そんなものを大事に抱えていても、コードリーディングの
じゃまになるだけで意味が全くない。
快適な開発をするときに役立つコマンドがgitには多く搭載されている

117 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 16:27:54.83 ID:yCUlIQxq0
行単位とかやりすぎだろ。。
それなら作業者を統一するなり、ファイル分割するなりした方がいいんじゃねーの?

118 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 17:15:54.01 ID:qqD7bP3W0
作業者が独りだから、同じファイルを複数行編集するんだろw

119 :デフォルトの名無しさん (ワッチョイ):2017/03/11(土) 18:39:00.61 ID:4afooUsq0
まとめてコミットするつもりで編集中だったワークツリーから
部分的に何行かコミットしてpushする必要ができたとか
けっこうある

120 :デフォルトの名無しさん (ワントンキン):2017/03/14(火) 16:00:30.11 ID:E+FUCYqdM
ファイルのタイムスタンプまで元に戻せるバージョン管理ツールってないの?

121 :デフォルトの名無しさん (JP):2017/03/14(火) 16:01:15.03 ID:vbV/Jpv3H
>>120
git

122 :デフォルトの名無しさん (ワッチョイ):2017/03/14(火) 16:49:48.82 ID:vIMzEjCF0
ワロタ

123 :デフォルトの名無しさん (ワントンキン):2017/03/14(火) 19:54:39.02 ID:6i3O/c5aM
はぁ?gitじゃタイムスタンプは戻らんから質問してんのにバカなの?

124 :デフォルトの名無しさん (ワントンキン):2017/03/14(火) 20:00:39.69 ID:gPjrDEpaM
もしそんなVCSがあるならmakeとかまともに動かなくて限られた用途にしか使い物にならんだろうなぁ

125 :デフォルトの名無しさん (ワッチョイ):2017/03/14(火) 21:49:01.07 ID:094BKVIr0
>>120
svn+TortoiseSVN でコミット日時に戻せるので我慢するか作り込みするしかなさそう

126 :デフォルトの名無しさん (ワッチョイ):2017/03/14(火) 21:57:48.94 ID:olV+TTff0
gitはOSSなんだからHACKするなり自分で手を加えればいいのでは?

127 :デフォルトの名無しさん (スプッッ):2017/03/14(火) 22:06:05.44 ID:U+Sav0FRd
>>123
コミットフックで全ファイルのタイムスタンプを記録しておけば戻せるよ

128 :デフォルトの名無しさん (ワッチョイ):2017/03/14(火) 22:42:41.89 ID:olV+TTff0
適当なツール使えばいいじゃん

https://github.com/search?q=timestamp+git

129 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 01:16:30.21 ID:GKUdhRYR0
タイムスタンプは変えないでオリジナルのまま元に戻せるような機能は需要ありそうなのになんで最初から実装されてないの?
タイムスタンプはOSごとのローカルな仕様っぽいのでGit本体には入れなくないってこと?

130 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 01:23:09.75 ID:1ghxI2bb0
全く欲しいと思ったことが無いけど何に使うの?

131 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 02:50:18.09 ID:Kz3kbyRR0
>>130
あり得るとしたら、たぶんタイムスタンプで更新有無を判断する現場なんじゃないか?

132 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 04:09:45.52 ID:UbexXnp10
そんな馬鹿げたことから解放されるための構成管理ツールだと思うのだけど、世の中の闇は深いな

133 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 07:04:46.81 ID:GKUdhRYR0
Gitにない機能は闇呼ばわりのGit真理教の方ですねわかります

134 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 07:44:08.96 ID:1ghxI2bb0
>>131
今時そんな事してる現場なんてあるわけないじゃん?

135 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 08:18:02.75 ID:WjEGzhMP0
>>129
記録したいのはファイルがいつ修正されたかではなくて
ファイルの行がいつ修正されたかだから。

ファイルの日付どころか行単位で
修正日時が記録されているので必要ない

136 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 08:32:23.84 ID:WjEGzhMP0
>>133
> Gitにない機能は闇呼ばわりのGit真理教の方ですねわかります

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

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

あんたはどうしてもほしいの?

137 :デフォルトの名無しさん (ワントンキン):2017/03/15(水) 10:18:23.23 ID:8jeOIUNnM
結論:Gitは素晴らしい仕組

138 :デフォルトの名無しさん (ワントンキン):2017/03/15(水) 10:22:20.47 ID:8jeOIUNnM
流れ見てるとGitはコミット時の日時にファイルのタイムスタンプが変えられることすら知らないで偉そうに答えている奴いるなw
所詮は℃素人の烏合の衆かw

139 :デフォルトの名無しさん (スフッ):2017/03/15(水) 10:35:49.13 ID:enIXRUuud
gitを使うことが目的になってるからな

140 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 12:42:56.93 ID:7YWEdixI0
>>135
ごもっとも
だけどFAQでこの文章みた記憶がない

141 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 12:45:29.83 ID:7YWEdixI0
>>138
commit時の日時だっけ?
checkout時の日時だと思ってた

142 :デフォルトの名無しさん (ワンミングク):2017/03/15(水) 12:52:42.68 ID:kqJ31I++M
チェックアウトの度にタイムスタンプが書き換わっていたらさらに大混乱のような

手元にないから誰か試して

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

その時点で存在しないファイルとかチェックアウトの結果変更されるファイルのタイムスタンプの話なんですが

144 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 13:06:14.60 ID:T3K1qf0+0
>>138
馬鹿がばれるからやめとけ

145 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 16:57:44.56 ID:1ghxI2bb0
>>133
で、何に使うの?

146 :デフォルトの名無しさん (ワッチョイ):2017/03/15(水) 22:27:20.10 ID:WjEGzhMP0
チェックアウトっていうのは手元のファイルを書き換えているわけで
ファイルの更新日付は変わるほうが動作として正しいんですよね

147 :デフォルトの名無しさん (ドコグロ):2017/03/16(木) 08:39:50.82 ID:kc3kp+lPM
ユーザー視点からはタイムスタンプごと戻るほうが正しいだろ。

システムの都合を言われても知らんわ。

148 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 09:06:14.81 ID:jj6/8HdQ0
ユーザー視点ってなんだ?
バージョン管理ツールは開発者視点のものなんだが。

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

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

バージョン管理ツールはバックアップツールじゃないんだぞ
開発者じゃないやつが使うものじゃない

149 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 09:28:08.60 ID:EaMVfj+z0
>>147
システムの都合じゃなくて、ユーザー(開発者)視点から
ビルドしやすいようにあえて日付を更新してる

150 :デフォルトの名無しさん (ワンミングク):2017/03/16(木) 11:09:03.98 ID:WA6lSXVKM
それじゃ使いづらい場合もある、開発環境によってはコミットした時点にタイムスタンプ含めそっくり元のまま復元する機能もあると便利だな、というだけなのに、それを言うとgitの思想と違う、と信者は発狂する

上の流れを要約するとそういうこと

151 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 11:18:06.56 ID:F3E/ISVf0
>>150
誰も何に使うか挙げれてないのに?

152 :デフォルトの名無しさん (ブーイモ):2017/03/16(木) 11:50:16.25 ID:aO6lZIizM
gitの操作によって更新されたファイルのタイムスタンプをユーザが参照出来ないとか、ユーザーにとって拷問じゃね?

153 :デフォルトの名無しさん (スップ):2017/03/16(木) 11:59:54.91 ID:XUhAFY4kd
タイムスタンプの参照方法も知らんのか

154 :デフォルトの名無しさん (オッペケ):2017/03/16(木) 12:19:13.00 ID:1l8QOGUAr
大体お前ら殆どペチパーだろw
そもそもビルドプロセスなんかねえじゃんw

155 :デフォルトの名無しさん (ワンミングク):2017/03/16(木) 12:54:44.92 ID:WA6lSXVKM
ペチパーてなに?

156 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 13:30:19.82 ID:dChQd8LQ0
プロパーのことかな

157 :デフォルトの名無しさん (ワッチョイ):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はトランスパイルのためにビルドが必要だ。

158 :デフォルトの名無しさん (JP):2017/03/16(木) 14:37:48.23 ID:tDvUwYEMH
でも、githubなんかのリポジトリブラウザでlast commitが一覧できるのは便利。
ファイルの更新具合が一目瞭然。
git cloneのデフォルト動作がlast commitを復元するのでいいとさえ思う。

159 :デフォルトの名無しさん (JP):2017/03/16(木) 14:42:25.18 ID:tDvUwYEMH
タイムスタンプ頼りのビルドツールも、なんか進化してくれないかと思うね。
ビルドしたときのハッシュを保存しておいて、違ってたらビルド(コンパイル)対象にするとか。

160 :デフォルトの名無しさん (ワントンキン):2017/03/16(木) 14:57:26.15 ID:1IuM6Iv2M
>>159
遅くなるだろ。何のためにタイムスタンプ単純比較してると思ってるんだ。

161 :デフォルトの名無しさん (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

162 :デフォルトの名無しさん (ワンミングク):2017/03/16(木) 15:57:58.78 ID:qLAiRgHgM
Git真理教信者はGitはとにかく正しいのだという盲信から発言するから、自分とは違ったニーズを持つ他者がいるという想像もできないし、そもそもエビデンスを出しての議論ができないんだよなあ
口汚く罵るだけで

163 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 18:08:47.10 ID:Xe646fvV0
>>150
初心者はとまどうのかもしれないが
慣れたら問題ないことに気付く

どうせ秀丸でも使ってるんだろ

164 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 18:35:50.30 ID:Ko8IVZtl0
hookで実現する方法はあるし、必要ならそれを使えばいいだけだと思うんだがどうしてその機能がデフォルトで用意されてないだけでそこまで喚くのかわからない

165 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 18:40:51.93 ID:6u/sVXZC0
>>164
わからなければ参加しなくてもいいんですよw

166 :デフォルトの名無しさん (ワンミングク):2017/03/16(木) 18:45:10.48 ID:DHYgGwbjM
公式のgit guiもネイティブのwindowsソフトのくせに日本語含んだディレクトリ名とか未だにダメダメだな
この時代に他言語対応がここまでダメなメジャーなソフトも珍しいんじゃね?

167 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 19:10:46.07 ID:Xe646fvV0
git for windows ならいける

168 :デフォルトの名無しさん (ワンミングク):2017/03/16(木) 19:14:58.70 ID:Zmwuwj98M
>>166
まったく珍しくないけど。
ユーザー名に日本語含めないようにするというバッドノウハウが広まってるのがいい証拠

169 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 19:25:54.89 ID:0IkihSnt0
あれがだめだ
これもだめだ
文句ばっかり一人前

170 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 19:42:09.30 ID:6u/sVXZC0
>>169
少しは文句ばっかり言われる自分を省みてみたらw

171 :デフォルトの名無しさん (ワンミングク):2017/03/16(木) 19:53:27.96 ID:0HPyU1HgM
>>167
サンクス
そうなんだ。試してみる。

172 :デフォルトの名無しさん (ササクッテロロ):2017/03/16(木) 23:09:13.57 ID:6N+4it80p
結局何に使うかも分からんような機能をネタに信者だなんだと煽って構って欲しかっただけ?
煽るにしたってgitに取って代わるようなツールを挙げてくれないと面白くないんだけど

173 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 23:28:53.65 ID:w4Havbm70
お前が面白いとかつまらんとかほんとどうでもいい
言うことないならスレ汚さずに黙ってろ

174 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 23:50:24.62 ID:EaMVfj+z0
>>150
> それじゃ使いづらい場合もある、開発環境によってはコミットした時点にタイムスタンプ含め
> そっくり元のまま復元する機能もあると便利だな、というだけなのに、それを言うとgitの思想と違う、と信者は発狂する

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

gitを使うことでソフトウェア開発がしづらくなったら
本末転倒だろ?

175 :デフォルトの名無しさん (ワッチョイ):2017/03/16(木) 23:59:09.02 ID:6u/sVXZC0
>>174
gitしか知らないぺーぺーのひよっ子が面白い事言うなw
お前センスねえわw

176 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:01:17.52 ID:KqZX+Igl0
そもそも
>gitの思想と違う
なんて発言は誰もしてないのに、さもそんな発言があって、それが共通認識であるかのように語る

病気ですね

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

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

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

間違いは間違いのまま残り、意味のないコードを他の人にレビューさせるのが
すごく無駄に感じた。それが解消されたのでgitはすごくストレスフリーだよ。

178 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:11:39.15 ID:HumUZXIf0
>>177
いや知らねえよお前はw
それどこのインターネッツで拾ってきたgit神話だよw

179 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:20:09.47 ID:lgb+n3WO0
>>178
なんで俺の書いた内容に反論しないの?w

180 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:23:50.09 ID:HumUZXIf0
>>179
それはこっちのセリフだよwぺーぺーのひよっ子クンw

181 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:27:58.36 ID:lgb+n3WO0
このように必死になるのがワロエルw

182 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:33:43.21 ID:RKn5d9hw0
>>161
例えばGoogle Chromeとか1000万行以上、ファイル数も数万個あるんだよなぁ、そこまで大きなプロジェクトはあまり無いだろうけどさ。
ハッシュをDBか何かにファイルパスのようなuniqueな値と合わせて書き込まなきゃならないだろうし、画像などのリソースを固めるなら大きめのファイルのハッシュも計算しなけらばならないだろう。そのベンチマークはちょっと見通し甘いと思う。

183 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 00:34:13.23 ID:HumUZXIf0
>>181
なんだよもう諦めたのかw
俺はもっと笑いたいんだけどなw
もっと聞かせてくれよぅ
ひよっ子クンのソフトウェアなんとかwの思想w

184 :デフォルトの名無しさん (ササクッテロロ):2017/03/17(金) 00:50:55.73 ID:CHXjDOQAp
構ってもらえて嬉しそう
よかったね

185 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 01:35:25.41 ID:g7c8SdZF0
>>174
なんかよくわからんけど、例えば一年前にコミットしたmakeファイル含むビルド環境一式があって、
それを再現したいとき、オプションでタイムスタンプも含めてぜんぶそのときの環境が再現される
オプションがあればそれはそれで便利じゃないの?

186 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 01:45:34.43 ID:RKn5d9hw0
>>185
だから何が便利なの?
タイムスタンプを再現して何が嬉しいの?
標準に入れろっていうくらいなんだから大多数が納得するようなメリットを示せるはずだよね?
それがこのスレで一つも出てきてないんだけど

187 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 01:50:24.59 ID:KqZX+Igl0
>>185
>それを再現したいとき
それってどんな時?ってのが行き着くところだと思うよ
上の方でもちらほら出てるけど、必要なら実装すれば良いし、必要だと思う人が多ければ標準の機能として組み込まれるでしょ

188 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 02:44:39.70 ID:lgb+n3WO0
>>185
日付が戻るのはソースファイルだけ。
そのソースファイルを使ってコンパイルすると
オブジェクトファイルができる。
"現在の日付の"オブジェクトファイルができる。

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

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

で、なんか言った?

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

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

git以外の何らかの管理ツールがタイムスタンプで何らかの整合性を保っててその管理ツールのデータファイルもgitリポジトリに一緒に突っ込んでるとかかなあ?

190 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 03:38:39.20 ID:RKn5d9hw0
>>189
そんなありそうもない例出さなくても標準で入れるべきと主張する人が素晴らしく便利な例出してくれるでしょ。
焦らしプレイが好きみたいだけど気長に待とうぜ。

191 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 03:47:35.77 ID:lgb+n3WO0
普通に考えて日付が違っていてもコンパイルすれば
同じ実行ファイルができるべきである。

でないと、ファイルを保存し直しただけで
違う物ができることになってしまう

192 :デフォルトの名無しさん (ドコグロ):2017/03/17(金) 08:32:42.50 ID:dpI1G6OFM
>>188
いや >>185 はオブジェクトファイルや実行ファイルまで突っ込んでるイメージでしょ
まあバージョン管理というよりバックアップツールとかの範疇だと思うが

193 :デフォルトの名無しさん (アウアウカー):2017/03/17(金) 08:39:41.92 ID:pWaboA+Ja
>>191
そもそも具体的に何のためにそんなことしたいのかが分からないな

194 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 09:05:02.21 ID:lgb+n3WO0
>>192
じゃあバックアップツール使え馬鹿で終わりだなw

195 :デフォルトの名無しさん (ワンミングク):2017/03/17(金) 09:21:50.26 ID:u9tsLZrBM
意外と次のバージョンであっさりオプションが実装されてて信者が「さすがGit」とその機能を絶賛してたりしてw

196 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 09:28:24.44 ID:lgb+n3WO0
じゃあ実装されるまでは、何度もお前は馬鹿だなぁって
言い続けるかwww

197 :デフォルトの名無しさん (JP):2017/03/17(金) 11:36:42.96 ID:hpHy/rBLH
>>182
まぁ、ファイル数が1000未満、行数が100万行未満くらいだったら実用になるとおもうんだけど、どうだろう。
毎回全部のハッシュを計算する必要はなくて、まずはタイムスタンプで比較して違ったらハッシュでチェック。
そうすれば、「変更はないがタイムスタンプだけ異なる」ファイルのコンパイルが不要になる。

つか、書いてて思ったんだけど、そういうビルドツール既に存在するんじゃ?

198 :デフォルトの名無しさん (JP):2017/03/17(金) 12:07:10.25 ID:ol/nseXLH
>>189
秀丸ですねわかります

199 :デフォルトの名無しさん (JP):2017/03/17(金) 12:08:06.93 ID:ol/nseXLH
>>195
それは永遠にないわ

200 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 12:09:21.75 ID:w8cg3b8g0
>>196
gitでタイムスタンプを管理しないのは失敗だったかも
(でも今更だし悪い仕様でもこのまま乗り切るわ)

と講演で言っていたよね

201 :デフォルトの名無しさん (ワンミングク):2017/03/17(金) 16:41:29.29 ID:ABuej+2JM
>>196
やっすいことで満足できんだなあお前って
悲しくない?

202 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 18:58:28.73 ID:g7c8SdZF0
>>200
なんだライナスも悪い仕様ってみとめてんだ

203 :デフォルトの名無しさん (エーイモ):2017/03/17(金) 20:33:35.90 ID:vzlc7+0GE
プロジェクトを作り直してコードもファイル構成も全部作り直す場合は
gitでブランチを作成して底で作業するか、別のディレクトリを作成してそこで作業するかどっちがいいでしょうか?

204 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 20:46:01.32 ID:lgb+n3WO0
>>200
ああ、アイツだろ? 名前忘れたけど
あとでTwitterとかで馬鹿にされまくってて
アカウント削除して逃げちゃったやつ

>>202
> なんだライナスも悪い仕様ってみとめてんだ
ライナスのことじゃないよw

205 :デフォルトの名無しさん (ワッチョイ):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

206 :デフォルトの名無しさん (ワッチョイ):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

207 :デフォルトの名無しさん (ワントンキン):2017/03/17(金) 21:53:41.23 ID:BNQrAo9GM
調べてみるとvsもcsvもsubversionも当然のようにタイムスタンプ復活できるんだな
リーナスの手を離れたわけだしメンテやってるあの人もそんな当たり前の機能はとっとと実装して欲しいもの

208 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 22:09:18.47 ID:lgb+n3WO0
つまりgitは進化したってことだな(爆笑)

はいはい、なんでsubversionでタイムスタンプ復活させるのが
間違ったやり方だって言われていてデフォルトオフなのか考えてみましょうか

209 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 22:12:32.69 ID:lgb+n3WO0
>>207
あ、ぶっちゃけさ、お前

gitでタイムスタンプを管理しないのは失敗だったと
リーナスが言ったと嘘を言ったのがバレたから、
調べてきたろ?w

210 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 22:27:18.70 ID:oBXg3cgS0
git logからコミット日時引っ張ってくるシェルスクリプト書きゃいいだけなのに、標準で入れるまでもないだろう

211 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 23:07:30.79 ID:RKn5d9hw0
>>207
焦らしてないで教えてよ。何に使うの?

212 :デフォルトの名無しさん (ワッチョイ):2017/03/17(金) 23:35:47.42 ID:gNJfFjGV0
>>210
わざわざ自分で書かなくてもGitHubとかで誰かがその手のツール作ってるだろうからそれ使えばよくね?

213 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:05:08.09 ID:zaoPrLbB0
Linus教はLinusが言ったことは全て真理というドグマで洗脳されているのか。
そりゃ議論にならんわけだw

214 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:11:39.83 ID:3XCCJELr0
議論したかったら用途くらい考えてから来いよ

215 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:14:57.35 ID:ux+WuUO90
Linusが言ったとデマ飛ばして、それを否定したら >>213 コレ
議論したいやつには全く見えない

216 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:17:21.58 ID:zaoPrLbB0
そんなこと誰もいってねーじゃん
病気なのお前?

217 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:19:04.49 ID:zaoPrLbB0
>>167
>git for windows ならいける

そういやこれ試してみたがちゃんと日本語ディレクトリや空白いりディレクトリでもちゃんと動作するな。
なんで公式のGUIツールはあんなクソがいつまでもほったらかしなんだ?
メンテナの出来が悪いのか?

218 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:19:13.30 ID:ux+WuUO90
>>216
>>202

219 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 00:33:25.67 ID:ux+WuUO90
>>217
彼らにとってWindows版が必要ないからかな

220 :デフォルトの名無しさん (ワッチョイ):2017/03/18(土) 06:56:38.21 ID:zyxHQlVL0
git gui普通に日本語ディレクトリ名を表示できたけど・・・?

221 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 03:20:17.16 ID:awlj00/Y0
>>203
新しいリポジトリ作るほうがいいと俺個人は思う

222 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 13:22:53.84 ID:mGXfpPMY0
gitでコードを管理している分にはタイムスタンプを戻すのは愚策だと思う
(Linusもそこはハッキリ言っている)

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

要するにgitではソースコード以外は管理できないし、させたくもない
(Linusはこれもはっきり言っている)
だからタイムスタンプも戻さない

223 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 13:31:01.38 ID:Ua2nNRR50
ExcelとかビットマップまでGitで管理しようと主張するマヌケが会社にいて困るわ。
適材適所ってことがわからなくて、なんでもGitが優れていると盲信してる。

224 :デフォルトの名無しさん (アウアウアー):2017/03/19(日) 14:04:20.89 ID:mYROXWJoa
>>223
おかしくないけど?

225 :デフォルトの名無しさん (アウアウアー):2017/03/19(日) 14:06:20.27 ID:mYROXWJoa
>>223
決めの問題だからそう決めたなら、Gitで管理すればいい。成果物によって数ヶ所に置き分けないといけないよりまし。

226 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 16:31:47.33 ID:mGXfpPMY0
>>224
決めの問題ならなおのこと 決めたやつがおかしい という話では

実際のところ、テキストベースではないドキュメントの管理は
gitでやる価値が半減すると思う
もちろんcvsやsvnでもあまり意味はないけど

227 :デフォルトの名無しさん (ブーイモ):2017/03/19(日) 17:05:26.08 ID:iE0mqC8JM
>>223
困るならちゃんと説明してあげるか転職して会社変わったほうがいいよ

228 :デフォルトの名無しさん (JP):2017/03/19(日) 17:10:53.15 ID:zGHcaEctH
節目節目のあるリリースに関連付けられた形での
重要なデータとかテストデータとかをコミットに加えるのはありでしょ

229 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 17:34:08.84 ID:IinMJCLx0
>>227
説明しても聞かないって話だろ
盲信ってことばも知らんのか?

230 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 18:21:18.84 ID:Ua2nNRR50
なんだGitに向き不向きがあるよって話だけでここまで怒り狂うのか
怖いわほんとw

231 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 18:52:47.95 ID:GmJCDs4Q0
diffが取れない程度でべつにエクセルのファイルを管理してもいいと思うけどね。
向かないとかいっても 20170319-hogehoge.xls みたいなファイルが山盛りよりはいいと思うな。

232 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 18:54:26.01 ID:awlj00/Y0
ここでもめてるgitの話題って英語圏のフォーラムとかでも似たようなやりとりあったりすんのかな
please recovery timestamp!って

233 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 19:30:28.68 ID:nRqPseDT0
実質的にタイムスタンプ復元する方法が提示されて終わりじゃない?まともなフォーラムなら

どんなケースでどんな機能を求めてて何を試してみたかを全く明らかにしようとしないまま機能が足りないって喚いてるだけだからなぁ
建設的な議論にならないよね。

234 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 20:08:02.32 ID:IinMJCLx0
>>232
ググれば一杯出てくる
http://stackoverflow.com/questions/2179722/checking-out-old-file-with-original-create-modified-timestamps

235 :デフォルトの名無しさん (ブーイモ):2017/03/19(日) 20:51:27.65 ID:A9u3VMEFM
>>229
知らなかったから辞書で調べてから書き込んだんだけど…
なにか気に触ったのならゴメンな

236 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 21:16:00.33 ID:s3dEl3fs0
>>234
Gitはタイムスタンプなんて保存してねえよって回答もあって、けっこう高評価ついてて笑うw

237 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 21:23:49.85 ID:HZYtfAfs0
WindowsでGUIのものを使おうと思ったら・・・・
お勧めって、亀さん?

238 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 21:48:28.76 ID:szsTqBFI0
git archiveで作ったzipのタイムスタンプって
コミット時の時刻になってない?

239 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 22:34:24.09 ID:Lj5IhMr80
>>231
Excelはxmlになってからdiffとれるでしょ
見やすいdiffが必要なら専用のツールが必要

240 :デフォルトの名無しさん (ワッチョイ):2017/03/19(日) 22:57:18.43 ID:awlj00/Y0
diffについてのアイデアは公式見解が

Git - Git の属性
https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7

241 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 09:41:20.76 ID:MXp+WHcu0
そういや最近TortoiseSVNでexcelやwordファイルのdiff見たら、Office自体の
変更差分表示機能使ってくれて驚いた。
gitはコマンドラインでしか使わないから知らないが、どうなんだろう。

242 :デフォルトの名無しさん (アウアウアー):2017/03/20(月) 13:11:24.09 ID:ioazcijZa
>>241
あのさ、差分機能で更新箇所を確認するのは仕事のやり方としては下策で、仕方なくやるものなんだけどな。

243 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 13:29:20.77 ID:XpvRbpIm0
だからなに?

244 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 13:59:55.23 ID:LcNjV7jZ0
>>242
上級者のやり方教えてくれ w

245 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 14:42:33.04 ID:nkICAmgQ0
プログラミングにかかわらずドキュメントの類は差分ベースで仕事を進めることで効率が著しく向上する
これに気がついてない日本のホワイトカラーの現場はほんとヤバイ

246 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 14:45:08.86 ID:NCsVeUw30
オイまた拗らしちゃったのが出てきたぜw

247 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 14:52:58.33 ID:+YHRRlIg0
Excel仕様書なんか捨ててMarkdownとかで書いた方がいいこと多いよね
軽いし差分比較も見やすいし

248 :デフォルトの名無しさん (アウアウアー):2017/03/20(月) 14:59:20.46 ID:ioazcijZa
おまえらどこをどう変えたのか毎回忘れて差分比較して仕事してんのかよw

249 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 15:05:10.03 ID:+YHRRlIg0
>>248
お前の所は作った本人しかドキュメント読まないのか?

250 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 15:05:18.55 ID:nkICAmgQ0
わざと忘れたりするわけじゃないが
最近は差分を積み上げてくような感じで仕事をしてる
できうる限りそれで進めて、どうしようもない時だけ時間をかけて全体を見る

251 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 15:09:35.83 ID:nkICAmgQ0
>>249
共同作業の場合は更に効果倍増だな
でも、おれは一人でも作業する場合も、差分ベースで作業を進めることが劇的に効率を上げると思ってる

252 :デフォルトの名無しさん (アウアウアー):2017/03/20(月) 15:28:42.55 ID:ioazcijZa
レベルが低すぎて話にならん

253 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 15:39:14.64 ID:LcNjV7jZ0
>>247
個人的には AsciiDoc 使ってるんだけど他にお勧めある?

254 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 15:40:55.13 ID:LcNjV7jZ0
>>252
もう逃げ恥モードかよ w

255 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 15:47:00.13 ID:nkICAmgQ0
>>252
あんたにとってはgitもレベルが低い仕組みなんだろうな
でもこれが普及して他のツールを駆逐してしまった意味をよく考えてみた方がいいぞ

256 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 16:05:06.81 ID:1UoT8BnQ0
全然駆逐してないんだけどな
SVNもP4も普通に使われてる

257 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 17:02:29.72 ID:ixIx9fRF0
>>255
駆逐してねーよ

258 :デフォルトの名無しさん (ブーイモ):2017/03/20(月) 17:31:37.67 ID:IH4X2rRzM
もうgit以外を使ってるのは普通じゃない
特殊な事情

259 :デフォルトの名無しさん (アウアウアー):2017/03/20(月) 17:37:45.35 ID:ioazcijZa
>>255
おまえのことなど知らない

260 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 17:47:53.18 ID:nkICAmgQ0
>>259
で、gitのことはどう思ってるの?
差分を編集する機能を重視してるのがgitなんだけど
差分機能で更新箇所を確認するのが下策だと思ってる人はこれを受け入れちゃうわけ?

261 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 17:58:26.24 ID:j9IxIyz40
>>260
gitやその他vcsのことを何もわからずに煽ってるだけなんだから、
そんなに難しい質問してやるなよ。無視するしかなくなるだろ。

262 :デフォルトの名無しさん (スフッ):2017/03/20(月) 19:06:09.70 ID:DOhv8ff5d
>>242
頭おかしい

263 :デフォルトの名無しさん (エムゾネ):2017/03/20(月) 19:09:27.54 ID:CYCZfEErF
>>237
亀はだめ
Explorereが劇重になる

264 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 19:50:34.58 ID:KXLYvEOG0
>>258
新しいプロジェクトに配属されて、バージョン管理がSVNだったらガッカリするからな

265 :デフォルトの名無しさん (ワッチョイ):2017/03/20(月) 21:52:06.09 ID:qIiVvRhT0
>>236
> Gitはタイムスタンプなんて保存してねえよって回答もあって、けっこう高評価ついてて笑うw
ファイルのタイムスタンプだろ?
保存してないよ。

嘘だと思うのなら、ファイルを修正してから次の日にコミットしてみ
ファイルのタイムスタンプじゃないものが保存されるから

266 :デフォルトの名無しさん (ドコグロ):2017/03/20(月) 23:40:00.30 ID:oLSEmtobM
>>265
頭大丈夫か?

267 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 00:33:18.86 ID:9goWKttg0
>>260
Office製品の変更履歴機能の失敗も知らない世代なのか?

268 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 00:37:26.92 ID:KGQ11aI90
>>266
え? そんだけ?

269 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 00:49:07.64 ID:1pi9Zbm10
>>267
それがどうしたんだよw

270 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 00:55:25.33 ID:KGQ11aI90
バイナリファイル系は適切なツールを使えば
差分を知ることはできるが、
差分を知る以上のことはできない。

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

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

それじゃプログラマとはいえない。

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

アプリのソースが一つのファイルにすべて書かれてて、
それをgitで管理しろとか言われたら気が狂うw

272 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 01:37:41.67 ID:xwYJW6M40
複数のブランチを切ることがそもそもない環境なら、mergeとか知らなくてもしょうがない

273 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 01:39:23.98 ID:1pi9Zbm10
>>271
ZIP解凍した中身をgitで管理
pullで自動圧縮するようにできればお望みのことが実現するのだが

274 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 02:02:40.95 ID:VJPcfHdS0
>>273
docxとかだよね?あれの中身って文章が構造的に分割されてるわけじゃなくて
単にスタイルとかイメージとかが分離されてるだけじゃないの?

275 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 02:10:13.49 ID:1pi9Zbm10
>>274
それでもXMLだから差分は一目瞭然かなと

xlsxやpptxならシート/ページごとにXMLファイルが分かれるからもっと管理しやすいかも

276 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 02:14:24.08 ID:jV0Y+t/Y0
>>270
行単位の処理とかは無理かもだけどcherry-pickやmergeはできるんでない?

277 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 02:16:22.53 ID:VJPcfHdS0
>>275
少なくとも、差分を見ただけでどの章のどこが更新されたかが分からないとつらいかな
ドキュメント全体をひとつのxmlで管理するなら
そういう機能をもった差分ビューワが必要になると思う

278 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 02:19:18.55 ID:1pi9Zbm10
>>277
そういう目的ならExcelかPowerPointってことになるかね

279 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 02:23:17.75 ID:jV0Y+t/Y0
Office用の見やすいGUIの差分ビューワもあるけどたいてい有償だから
まずはここに書いてるのから試してみたら
http://qiita.com/shuhei/items/6a18d968051378d7ac1a

280 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 03:53:28.35 ID:vLQCNfD00
>>275
差分見えてもmergeはconflictの山になって事実上無理ぽそう。

281 :デフォルトの名無しさん (ササクッテロル):2017/03/21(火) 09:23:16.21 ID:e/VBfIvSp
ここで言うことでもないけど
いい加減Officeを卒業したい

282 :デフォルトの名無しさん (ブーイモ):2017/03/21(火) 09:26:11.18 ID:A2xILC47M
早く画面キャプチャをExcelに貼る作業にもどるんだ

283 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 09:41:34.15 ID:KGQ11aI90
>>275
> それでもXMLだから差分は一目瞭然かなと

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

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

XMLのタグの整合性、つまり閉じタグの対応まで
ちゃんとやらないとだめだからねw
タグの意味、属性、誰か解説してる人いる?

284 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 09:46:31.05 ID:dDb6xsPz0
Excelファイルのバージョン管理なんて実質タイムスタンプで管理するしかないのに、とにかくGit真理教の信者は
なにかテキストファイルレベルでの差分での管理が実用的みたいなウソを垂れ流す

285 :デフォルトの名無しさん (ササクッテロル):2017/03/21(火) 09:56:27.64 ID:e/VBfIvSp
gitがバイナリに弱いのは誰もが認める話だと思うけど、タイムスタンプで管理するのは無くない?
svnとか他のバージョン管理システムってタイムスタンプ見て管理なんかしてたっけ?

286 :デフォルトの名無しさん (スプッッ):2017/03/21(火) 10:41:32.81 ID:CAHXK6Wdd
>>270
適切な扱いが出来るかはそのバイナリファイルを扱うソフトウェア次第
3wayマージが出来るならgitの機能は全部使えるだろう

287 :デフォルトの名無しさん (スプッッ):2017/03/21(火) 10:47:26.85 ID:CAHXK6Wdd
>>285
gitがじゃなく、汎用バージョン管理システム全般が、個々のファイル仕様に独自に対応しなければならないファイルに弱い
というより、テキストファイルのシーケンシャル性と改行で意味分割する仕様が特別汎用性に優れてるだけ
gitはエディタも差分表示もマージツールもファイル属性に応じた外部ツールを使用出来るようになってるから、まだそういう仕様が不明なファイルに強いと言える
gitが弱いのはバイナリファイルではなくサイズが巨大なファイル
たとえテキストファイルでも1ファイル1Gとかになると扱い辛い事になるはず

288 :デフォルトの名無しさん (エムゾネ):2017/03/21(火) 10:56:57.56 ID:2pW378OvF
>>284
excelは標準では同じファイル名のファイルを同時に複数開けないし開いただけでタイムスタンプが変わるから、ファイル名でバージョン管理するのが基本だと思うけど
どうやってタイムスタンプでバージョン管理するんだ?

289 :デフォルトの名無しさん (エムゾネ):2017/03/21(火) 14:58:44.05 ID:6WWBsw/3F
>>265
どうでもいいけどファイルのタイムスタンプを保存している(する必要がある)なら
ファイルの中身を変更せずにファイルの日付だけ変更してコミットしたときに
何も変更されてねーコミットスルーしよーぜってのがgit
それもファイルの変更とみなしてコミットするのはあほ

290 :デフォルトの名無しさん (エーイモ):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で指定でも構いません指定した範囲のログさえ取れれば

291 :デフォルトの名無しさん (ブーイモ):2017/03/21(火) 16:52:15.37 ID:vbOnldibM
てんてん

292 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 20:49:02.70 ID:KGQ11aI90
>>284
> なにかテキストファイルレベルでの差分での管理が実用的みたいなウソを垂れ流す

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

ソースコードがテキストファイルでないものがあるが
(例えばExcelなどの埋め込みVBScript)
見事に管理しづらい。

293 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 20:52:20.32 ID:KGQ11aI90
>>289
何を言ってるのか全くわからない。

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

コミットの日付を記録するんだから、ファイルに変更がなくコミット自体が発生しなければ
当然コミットの日付は記録されんよ。当たり前だよ。

294 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 20:56:22.17 ID:KGQ11aI90
>>288
> どうやってタイムスタンプでバージョン管理するんだ?

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

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

って(間抜けな)言葉だねw

295 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:01:05.29 ID:fjLA+enk0
当然、そうならないようにロック機能をつけるんだよw

296 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:13:08.26 ID:KGQ11aI90
ロック機能をつけた所で、違うブランチで作業したら
ロックかからないんだから、同じ問題が発生するだろw

297 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:26:41.34 ID:fjLA+enk0
当然、リポジトリは1つだけに限定してブランチも認めないんだよw

298 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:30:32.46 ID:KGQ11aI90
>>297
それじゃファイルの管理しか出来ないじゃんw
どうやってアプリのバージョンの管理をするんだよw

新しいバージョンへ追加する機能をマージしていくのが
バージョン管理というものなのに

299 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:38:19.51 ID:YgRGY1SP0
せっかくのボケに対してマジレスしてどうする。
「それはSVNやんかー」と正しく拾ってあげんか。

300 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:39:24.77 ID:KGQ11aI90
マジレスすると、馬鹿がムキーってなるだろ?w
それが狙いだよ。

301 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 21:46:06.80 ID:kM/ZbQe40
VSS
をお勧めするw

302 :デフォルトの名無しさん (ワントンキン):2017/03/21(火) 22:09:22.81 ID:wENhDYbfM
>>294
なんか勝手にレベルの低い敵を想定して、それをバカにすることで勝ったつもりってのが新しいなw
情けないにも程があるw

303 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 22:14:43.17 ID:KGQ11aI90
>>302
そうじゃないよ。もっと面白いことを言ってみせろってことだよw
>>294ぐらいの内容は想定済みだからさ

304 :デフォルトの名無しさん (ドコグロ):2017/03/21(火) 22:28:04.46 ID:72kEtT2QM
>>296
そんな間抜けな機能を実装してどうする w

305 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 22:35:23.92 ID:3G08meY40
v2.12.1

306 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 22:53:46.86 ID:3WUWYr7R0
>>304
SVNディスってんの?

307 :デフォルトの名無しさん (ブーイモ):2017/03/21(火) 23:35:33.90 ID:vbOnldibM
svnは駆逐された

308 :デフォルトの名無しさん (ワッチョイ):2017/03/21(火) 23:55:56.28 ID:eniBTwk40
svnはバックアップツール的な役割で当分生き続けると思う
ソースコード管理としてのsvnはもう見たくない
あとVSSとかいうゴミが未だに生き残ってるのはうちの会社だけであってくれ

309 :デフォルトの名無しさん (ワッチョイ):2017/03/22(水) 00:14:08.46 ID:MyrW3Mfd0
>>307
されてないよ

310 :デフォルトの名無しさん (ワッチョイ):2017/03/22(水) 00:55:23.96 ID:9PE4AFjh0
GNU - Free Software Directory
http://directory.fsf.org/wiki/GNU

この中でGitを採用してるプロジェクト少なそう

311 :デフォルトの名無しさん (ワッチョイ):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だし

312 :デフォルトの名無しさん (ワッチョイ):2017/03/22(水) 01:23:51.07 ID:twIlTm4o0
Gnu Emacs は古参を説得してgitに移行したんだよな

313 :デフォルトの名無しさん (ドコグロ):2017/03/22(水) 11:06:02.00 ID:6SOT+CpTM
ローカルコミットあればsvnでもいいんだけどな。

314 :デフォルトの名無しさん (ワッチョイ):2017/03/23(木) 01:26:02.84 ID:K0r5mLIw0
gitと同じ機能があればsvnでもいいんだけどなA: [0.091163 sec.]B: [1.205233 sec.]

315 :デフォルトの名無しさん (ワッチョイ):2017/03/23(木) 20:35:05.23 ID:YiRNRc4u0
いやそれなら git でいいだろってなるでしょ。
ってなんか話がわかんなくなってきた。。

316 :デフォルトの名無しさん (ワッチョイ):2017/03/23(木) 20:40:47.51 ID:xoR/oCcH0
リーナスの最大の功績はlinuxではないrebaseなのだ
おかげでバカがrebaseに夢中になっている間にスムーズに仕事が終えられる

317 :デフォルトの名無しさん (ワッチョイ):2017/03/23(木) 23:04:58.72 ID:K0r5mLIw0
そのリーナスがrebase使いまくってるんだが?

318 :デフォルトの名無しさん (ワッチョイ):2017/03/23(木) 23:52:59.08 ID:pns5gc7N0
じゃあリーナスはバカだな

319 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 00:01:42.64 ID:eFzcKtyj0
だって「git」じゃん……

320 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 00:05:33.87 ID:pHNq00OZ0
道具は使うためにあるんだよ

321 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 00:16:43.48 ID:eJM70nNY0
道具に使われてる感があるな

322 :デフォルトの名無しさん (スッップ):2017/03/24(金) 00:23:01.51 ID:zQzOEJABd
gitは使うことに意義がある

323 :デフォルトの名無しさん (ドコグロ):2017/03/24(金) 07:58:41.73 ID:hRC2OOpsM
ここは布教に意義を見いだしてる奴の方が多くね?

324 :デフォルトの名無しさん (オッペケ):2017/03/24(金) 12:23:45.71 ID:+6lNlTOdr
gitに限らずコイツらの布教活動が成功したためしなどただの一度もないけどなw

325 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 12:52:55.54 ID:lapEt7PI0
>>323
自分がいいと思ってる、使っているものが正しいという阿呆がなんにでもある。

326 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 14:23:13.53 ID:pHNq00OZ0
世界を自分(たち)にとって都合の良い方向へ変えようとする活動が布教
変えてゆくためには相手を納得させるか騙すか強要するか
都合の良い部分は伝えるが都合の悪い部分は隠すか屁理屈か嘘で押し通す

布教行為を許してはならない

327 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 14:27:43.43 ID:pHNq00OZ0
VCSは頭の良い奴にしか使いこなせない
複数種類のVCSを使いこなせるのならかなり頭が良い

328 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 15:38:22.82 ID:lapEt7PI0
>>327
あっそ

329 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 17:39:10.63 ID:bDNInspW0
Git推しのやつの微妙なウザさってのはあるよなあ

330 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 19:00:52.18 ID:tPVQTU6p0
>>326
という布教

331 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 19:01:20.67 ID:tPVQTU6p0
>>329
gitスレで言うことかね

332 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 19:20:07.13 ID:aTcy1Xxd0
言ってもいいんじゃね。
おれもgit は好きだけどgit厨は嫌いだし。

333 :デフォルトの名無しさん (スフッ):2017/03/24(金) 19:54:00.71 ID:TtVdytu+d
>>331
言うことだよ!

334 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 19:56:35.65 ID:uEBgSsc/0
>>332
わかる
特定のflowを絶対正義だと信じて「git pull --rebaseしないのは馬鹿」とか言い切ってくる奴とかなー

335 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 20:11:39.04 ID:cySUBa280
あるある大事典:
git の話ばかりしているから svn スレかと思ったら git スレだった…

336 :デフォルトの名無しさん (スフッ):2017/03/24(金) 20:14:03.33 ID:TtVdytu+d
>>335
意味が分からない

337 :デフォルトの名無しさん (ワッチョイ):2017/03/24(金) 21:33:44.74 ID:hATCGDnU0
>>335
思わねーよ

338 :デフォルトの名無しさん (ワッチョイ):2017/03/25(土) 00:34:43.50 ID:OqJqFalA0
gitの話ばかりしてるから、(gitに対して嫉妬してる)svn(ユーザ)のスレかと思ったら、git(信者がのさばってる)スレだった…

339 :デフォルトの名無しさん (ワッチョイ):2017/03/25(土) 10:29:50.70 ID:GiAuLLWQ0
SourceTreeって重くね?
リポジトリを幾つかブックマークに追加しただけなのに
起動がとんでもなく遅くなった

340 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 00:38:00.55 ID:J8Vm0Xfq0
v2.12.2

341 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 02:34:38.78 ID:0Soyrw+Z0
短期間リリースに方針変更?

342 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 07:13:07.41 ID:4U1MmeM70
branchだけしてcheckoutし忘れ
誤ってmasterブランチにコミットする大事故

343 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 08:23:06.27 ID:ns//jG8c0
王様のbranch

344 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 10:00:08.97 ID:+VpcfeLe0
>>342
つgit checkout -b new_branch

345 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 12:53:22.44 ID:0NHqcIOe0
git stash popは危険なコマンドだと思いませんか?
間違えたブランチで実行してしまったら元に戻せませんね。

346 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 13:43:28.99 ID:7dOJEWlC0
正しいブランチでやり直せばいいだけ

347 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 14:18:20.64 ID:+CTQx9f50
>>345
元に戻すためのgitでしょ

348 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 14:31:55.91 ID:+VpcfeLe0
マージ失敗したらdropされずに残るので、やり直せる
マージ成功ならもう一回stash saveも出来る

万が一?pop後にファイルをresetしてもコンソールを閉じていなければdropしたコミットハッシュが残っているはず
億が一それも消しちゃってもfsckで到達不能なコミットを探せば復元可能
間違って消す方がむずい

349 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 15:41:48.18 ID:+CTQx9f50
大抵の手違いは元に戻せるのがgitのいいところなんだけど
ファイルスタンプを戻すのだけはなぜかできないんだよな・・・

350 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 15:49:48.61 ID:7dOJEWlC0
ファイルスタンプは手違いで発生するものじゃないからねw
手違いじゃないのだから戻さらないというのが
正しい動作。

351 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 16:34:52.44 ID:ns//jG8c0
またお前か

352 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 19:08:55.12 ID:K0FPpjuZ0
東京電力の新会長に日立製作所の人間が就任

353 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 20:18:09.67 ID:HpKD8Qm70
>>352
git終了だな

354 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 20:59:01.54 ID:oEHJolMv0
いつまでタイムスタンプの話続けるの?
欲しいやつはgit logから引っ張ってくればいいだろ

355 :デフォルトの名無しさん (ワッチョイ):2017/03/26(日) 21:28:59.97 ID:7dOJEWlC0
リーナスにタイムスタンプ入れるとかアホって言われたのが
よっぽど悔しいんだろw

356 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 00:02:27.22 ID:Rc7q5+sM0
またお前か

357 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 08:45:42.95 ID:DZ7KBqWQ0
インターネットみてると「マスターをチェックアウトして」とか
「マスターへチェックアウトして」とかいろいろな表現を見るけれど。
どれもマスターのブランチへ移動していることを示しているのがおかしくないですか?
今のブランチをチェックアウトしてマスターにチェックインするってことなんだから
前者はマスターから抜け出すことになるし、後者は意味不明になりますと思いませんか?

358 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 13:08:51.32 ID:wTfMHfwZ0
君の日本語が意味不明

359 :デフォルトの名無しさん (ササクッテロレ):2017/03/27(月) 13:18:36.33 ID:En3IMuBbp
自分がブランチに出たり入ったりするというのは斬新な見方だな。ホテルかよ。
リポジトリから指定のリビジョンのソースを(ブランチ・タグ・ハッシュ等で指定して)チェックアウトするんだよ。
後者は日本語に不自由なやつなだけだと思うが。

360 :デフォルトの名無しさん (スッップ):2017/03/27(月) 15:24:31.02 ID:FTQE7C/md
>>359
後者は「マスターをチェクアウト」と「マスターブランチへ移動」が混ざったんじゃ無いかな?

361 :デフォルトの名無しさん (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&*
"マスターへチェックアウト"との一致はありません。

362 :デフォルトの名無しさん (JP):2017/03/27(月) 15:48:03.74 ID:BGS+rNUAH
ごめん、結構いたわ。

"masterにチェックアウト"
約 724 件 (0.45 秒)

363 :デフォルトの名無しさん (ワッチョイ):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なので、
一段飛び越えていて変なんですけど。

364 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 16:37:48.22 ID:4R4DHhDf0
ブランチを切る ってどっちの意味?
作成する? 削除する?

365 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 16:38:51.24 ID:DZ7KBqWQ0
もしかしてrefs/heads/masterはローカルを指していて
デフォルトでmasterでpullすると別のブランチのところにmergeされるってこと?
それがなにの役に立つというの?

366 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 16:39:30.52 ID:LarKYmAi0
小切手を切ると同じ意味

367 :デフォルトの名無しさん (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

368 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 17:41:44.24 ID:DZ7KBqWQ0
refs/heads/masterはリモートを指してるらしい、
そしてpullで初めにfetchしたときにrefs/heads/masterがfetchしたなかにあると
refspecで調べてorigin/masterに変換して今のブランチにmergeするらしい

369 :デフォルトの名無しさん (スッップ):2017/03/27(月) 18:23:11.66 ID:FTQE7C/md
>>368
refs/heads/masterが、masterという名前のブランチの正式表記で、originのリモートリポジトリの別名表記ってだけじゃないの?

tagにも同じ名前を付けられるからコンフィグは正式名称の方が都合がいいし、
リモートリポジトリは参照するサーバーやリポジトリパスが変わることもあるし、同時に同じリモート名は付けられないから別名表記の方が都合が良い
ってことだと思うけど。

370 :デフォルトの名無しさん (ワッチョイ):2017/03/27(月) 22:00:13.07 ID:Kxi6Yxme0
ホテルから出ることをチェックアウトと言う

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

git checkout master

371 :デフォルトの名無しさん (ワントンキン):2017/03/28(火) 15:27:51.25 ID:p6rrPrRVM
SVCとかSubversionとかVSSだとリポジトリからファイルがチェックアウトされて
編集されたあとまたチェックインして元に戻る、というアナロジーが非常にわかりやすい
けど、Gitだとなんかいろんな路線に分岐してはまた合流、って感じが強くてなんか
あわない感じはあるよな。
流れのなかのある「状態」に戻したり勧めたりする感じというか。
もっとわかりやすい用語にできたのかもしれない。

372 :デフォルトの名無しさん (ワッチョイ):2017/03/29(水) 00:26:05.10 ID:JypiTP7F0
成る程

373 :デフォルトの名無しさん (ワッチョイ):2017/03/29(水) 00:27:19.79 ID:shnYEiwl0
VCSでチェックイン使う人っておっさんのイメージ

374 :デフォルトの名無しさん (スッップ):2017/03/29(水) 10:39:27.69 ID:kGZ0UAmTd
>>373
おっさんは色んな環境・用語に晒されてるから、VCSみたいな同じような機能にそれぞれのアプリケーションで別の用語を割り当てるシステムだと、ごっちゃになるんだよ

375 :デフォルトの名無しさん (ワッチョイ):2017/03/29(水) 15:44:22.27 ID:8zEKqVfn0
gitのタイムスタンプは記録されてないけれど
パーミッションは記憶されてるの?

376 :デフォルトの名無しさん (ササクッテロレ):2017/03/29(水) 21:11:43.39 ID:s7sfWWM2p
>371
そーかなー
むしろそういう風にコマンドを整理したのがsvnでリポジトリからローカルコピーを得る時しかcheckoutじゃないでしょ。

gitはチェックイン/チェックアウトシステム体系はCVSと変わらないからcheckoutするときはcheckoutで良いと思うんだが、ローカルの編集を破棄したいときこそresetだとかrevertとかにして欲しかったとは思う。

377 :デフォルトの名無しさん (ワッチョイ):2017/03/29(水) 21:25:18.43 ID:G25OA3ZV0
>>375
実行権限のみ

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

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

よって実行権限のみ記録するのが
バージョン管理ソフトとして正しい仕様。
gitもそれに従っている。

378 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 11:09:20.38 ID:9gLJwZl60
>>377
所有者くらいは記録してほしかったよね

379 :デフォルトの名無しさん (ササクッテロレ):2017/03/30(木) 12:31:14.48 ID:GdS25qhHp
その心は?

380 :デフォルトの名無しさん (ワンミングク):2017/03/30(木) 13:40:19.34 ID:d5B2Ea/8M
正しい仕様、みたいにすぐドグマ化しちゃう人って柔軟な発想ができなくて開発者としてはポンコツなんだろうなあ

381 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 14:57:27.94 ID:9EoNq1220
必死に覚えたんです
違うこと言わんといて

382 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 15:55:13.27 ID:LEwdK5Fw0
>>380
これわかるわ
正しいとか正解とかそういう言葉を頻繁に使う人は状況に応じた選択ができない

383 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 16:27:53.68 ID:9EoNq1220
小池知事のようなひとのことですね

384 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 19:22:24.53 ID:49bW4cFZ0
>>380
同意
明確に条件が限定された状況で、考え抜いた上に「正しい」とか言うのならわかるけど、バージョン管理なんてソフトウェアのソースコードに限ったとしても
ゲーム、組み込み、Web、業務システムで求めるものが全然違いそうなのはちょっと想像しただけでわかるのに、自分の知ってる範囲だけで決めつけちゃうのってダメだよね
お客さんの要求の本質を汲み取ろうとせず勝手に自分の都合で判断してそう

385 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 20:53:52.29 ID:gGp/SYAm0
>>378
> 所有者くらいは記録してほしかったよね

所有者とは? 会社名?w

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


なんのために所有者を記録するの?

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

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


それができるまでは、ゲーム、組み込み、Web、業務システムで
求めるものに違いはないという今までの常識通りでいくからさw

387 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 20:59:43.17 ID:cFDTRcun0
日本語が理解できない信者登場

388 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 21:22:01.52 ID:4IqW3eML0
信者というとgitが如何わしい新興宗教みたいじゃないか
こういうのはストレートに馬鹿と呼んで欲しい

389 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 21:56:52.77 ID:ZqiiP1U80
git信者は巨大なバイナリデータの管理もgit一本でやるの?
カッコ良すぎて濡れちゃう//

390 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:08:01.05 ID:eDzyiyEH0
信者なら「そんなもんリポジトリに入れんな」って一蹴だろ。

391 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:18:40.57 ID:gGp/SYAm0
そしたらリポジトリに入れないでどうやって管理するの?という質問がでてくる

392 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:19:15.88 ID:6WyQEgEL0
刺身包丁で中華料理をつくる料理人みたいだな。
gitでバイナリ管理。

393 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:20:43.92 ID:gGp/SYAm0
巨大なファイルはリポジトリに入れないで、ファイルがある場所の情報だけいれればいいのよという意見が出てくる

394 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:23:32.35 ID:gGp/SYAm0
ブランチ切り替えて別のファイルに変わるたびに入れ替えるの面倒だよ

395 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:24:05.93 ID:gGp/SYAm0
gitのフックがあるじゃないか。そこで自動化すれば良いのさ

396 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:25:03.07 ID:gGp/SYAm0
なるほど。巨大なファイルは別のストレージで管理して、git cloneしたときなどに
フックでファイルが有る場所の情報からファイルを取ってくれば良いのか!

397 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:25:44.62 ID:gGp/SYAm0
便利そう!それプラグインにした良いんじゃないかな!?

398 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:26:08.01 ID:gGp/SYAm0
ふふ、実はそれ、もう実用化されてるんだ。

399 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:26:24.98 ID:gGp/SYAm0
なんだってー!!!

400 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:26:44.56 ID:gGp/SYAm0
その名も

401 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:27:16.65 ID:gGp/SYAm0
その名も?

402 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:27:36.07 ID:gGp/SYAm0
・・・

403 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:27:51.25 ID:gGp/SYAm0
(ゴクリ)

404 :デフォルトの名無しさん (ワッチョイ):2017/03/30(木) 22:28:34.64 ID:gGp/SYAm0
暇なので何度も出たであろうネタ投下w

Linus曰く「Subversionは史上最も無意味なプロジェクト」
https://developers.srad.jp/story/07/12/03/1024220/

405 :デフォルトの名無しさん (ササクッテロレ):2017/03/30(木) 23:19:21.12 ID:uipyTNiYp
何に使うかも分からん機能について語るのが最近の流行りなん?

406 :デフォルトの名無しさん (スププ):2017/03/31(金) 02:44:12.05 ID:WiHZY2U2d
gitを使うことが目的になってる奴いるな

407 :デフォルトの名無しさん (ワッチョイ):2017/03/31(金) 04:00:26.51 ID:dseKSPuY0
gitを批判することが目的となってるやつだなw

408 :デフォルトの名無しさん (スププ):2017/03/31(金) 04:52:09.71 ID:WfnGqS4Rd
>>407
それはいない

409 :デフォルトの名無しさん (ワッチョイ):2017/03/31(金) 11:39:17.86 ID:xItn/dk+0
>>385
基本的に 可能な限りファイルの属性は記録してほしい ということ
タイムスタンプもそうだし、userやgroupもほしい
あとはスペシャルファイルのたぐいも

410 :デフォルトの名無しさん (シャチーク):2017/03/31(金) 15:48:59.13 ID:QDrBRSUdC
GitLFSじゃあかんのか

411 :デフォルトの名無しさん (ササクッテロレ):2017/03/31(金) 20:54:06.19 ID:Tf8W7eqIp
>>409
なんのために?

412 :デフォルトの名無しさん (ワッチョイ):2017/03/31(金) 21:15:17.24 ID:dseKSPuY0
>>411
バックアップソフトとして使うためだろ

413 :デフォルトの名無しさん (ワッチョイ):2017/03/31(金) 21:15:34.02 ID:dseKSPuY0
gitはバックアップソフトとして使えないからクソ

414 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 09:02:19.47 ID:mGxU+b+y0
ならバックアップソフトを使えば良い

415 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 11:42:07.33 ID:SQXLvxqe0
>>390
じゃあどうするの?
別のバージョン管理ツール使うの?

416 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 14:06:54.31 ID:DrbHkd9R0
>>415
"バージョン"管理ソフトっていうのはファイルの版ではなくて
アプリのバージョンを管理するもので突き詰めるとソースコードを管理するものなんだよ。
ソースコードの管理というのはファイルの中の修正箇所を調べたり
一部分を抜き出したりマージすること、ソースコードエディタと言ってもいいぐらい

バイナリファイルであればそれらが出来ないので
どうあがいてもバージョン管理は出来ない
せいぜいファイル管理程度

417 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 14:31:00.03 ID:SQXLvxqe0
>>416
じゃぁファイルの版はどうやって管理するの?

418 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 14:37:13.38 ID:DrbHkd9R0
ファイルサーバーにでもおいておけば良いんじゃねーの?

419 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 14:49:07.66 ID:SQXLvxqe0
>>418
ファイルサーバーで「版」の管理はできるの?

420 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 14:57:21.42 ID:DrbHkd9R0
「版」の管理ができるファイルサーバーを使えばいいし、
たいていはバックアップ機能で十分

421 :デフォルトの名無しさん (アウアウカー):2017/04/01(土) 15:06:28.18 ID:7rozFbeTa
バイナリはどうせ差分見れないからなんでもいいよ

422 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 15:49:20.87 ID:I0+wrTCp0
>>419
そんなもんWindows標準のバックアップ機能でもできるよ

423 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 16:45:18.19 ID:FRLTAWk80
ソースの版とリンクしてる
バイナリファイルの版をどう管理するのかってことじゃないのか?

バイナリしかないサードパーティライブラリとか画像系のアセットも普通gitで管理するよね?
デザイナ系の人が頻繁に編集するデカいファイルはGitLFSみたいな追加の仕組みを使うか
別のツールで管理してリリースバージョンのみgitに入れるかかな

424 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 17:22:06.00 ID:+jNVHwLs0
>>423
結局これが一番困るよな。
テキスト以外なくても困らない開発だったらいいんだろうけど、そうじゃないものも多い。

425 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 18:50:20.26 ID:HLALWuX20
バイナリだとかdiffだとかこれで対応しろバカども

https://git-scm.com/book/ja/v2/Git-%E3%81%AE%E3%82%AB%E3%82%B9%E3%82%BF%E3%83%9E%E3%82%A4%E3%82%BA-Git-%E3%81%AE%E5%B1%9E%E6%80%A7

426 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 19:50:40.08 ID:X5V6ETnn0
大きなバイナリファイルのバージョン管理が本当に必要ならべつにリポジトリに入れてもいいんじゃね?
単にリポジトリがでかくなるのが嫌われるだけで、他のsvn等に比べて特にgitが苦手というわけでもあるまい。

427 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 19:59:31.19 ID:DrbHkd9R0
>>423
そんなもんファイル名、もしくなディレクトリ名を別にしておいて
参照先の名前を変えれば済む話だろう?

428 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 20:01:47.89 ID:+jNVHwLs0
>>427
済まないから困るんだろ、勝手に問題ないケースに置き換えて話するのはおかしいでしょ

429 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 20:03:31.14 ID:I0+wrTCp0
画像リソースまでソース管理から除外するのかよw
基地外じみてる

430 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 20:08:54.57 ID:DrbHkd9R0
>>428
なんですまないの?

431 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 20:11:24.50 ID:OD8T/+xw0
俺はできる限りはリポジトリに入れるけど。
100 M とか超えてる場合はちとどうするか迷うが。

432 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 21:09:25.39 ID:FRLTAWk80
>>427
参照先の名前変えるってなにそれ?
管理したいバージョンごとにファイル名やディレクトリ名を変えるの?

433 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 21:17:50.96 ID:9Eckjtd/0
>>432
ファイル名やディレクトリ名は最初に作ったまま固定変えたりしない。
ファイルサーバーは原則として追加するだけ。

そして新しいリソースに更新したければ、
ソースコードの設定ファイルをいじって、
参照するファイル名(ディレクトリ名)のパスを変更する

434 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 21:32:35.38 ID:FRLTAWk80
パスを変更するってことはディレクトリ名かファイル名かは変わってるんじゃないの?

435 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 21:36:34.89 ID:9Eckjtd/0
>>434
ファイルは追加するだけなんだから、最初から別の名前にするしかないだろ。
中身が違えば、それは別のものだ。

436 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 21:47:33.17 ID:SQXLvxqe0
結局ファイル名に日付入れて管理しろと言い出すわけだな。
gitいらないじゃん。

437 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 22:08:01.07 ID:tny4BO7D0
>>431
Excelも入れる?

438 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 22:13:07.12 ID:Yf7QLaTq0
ソースコードはGitで管理して
ソースコードに関連するバイナリはファイルサーバに日付入りのディレクトリにおいて
新しいバイナリが追加されたらGitで管理してるソースコードにそのバイナリへの参照の更新をコミットする
こんなの普通にやるだろ
これとgit無しで全部日付入りフォルダで管理することの違いが判らないのは基地外

439 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 22:23:18.84 ID:9Eckjtd/0
>>436
> 結局ファイル名に日付入れて管理しろと言い出すわけだな。
> gitいらないじゃん。

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

gitはソースコードを管理するためのものだ
ソースコードじゃないものを管理するものじゃない。
巨大なバイナリファイルをいれんなw

440 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 23:07:20.61 ID:PxbGeRPT0
Git LFSはすでにVersion2.0.2でGitHubもGitLabもGit LFSに対応済みなのに
バイナリだけファイルサーバや別のツールを使う理由がわからない。

441 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 23:11:32.72 ID:9Eckjtd/0
Git LFSは "別のツール" だぞw

それこそバイナリだけ別のファイルサーバーに格納するものだし、
単にファイル名とリンク先の対応を自動化したものにすぎない。

442 :デフォルトの名無しさん (スププ):2017/04/01(土) 23:28:07.59 ID:ufoqITvcd
画像リソースだけ別サーバーとかありえねー

443 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 23:29:43.73 ID:9Eckjtd/0
>>442
別サーバーにする必要はないよw
同じサーバーで2つのツールを動かせばいいだけ
gitサーバーとファイルサーバーの2つ

444 :デフォルトの名無しさん (スププ):2017/04/01(土) 23:38:40.58 ID:ufoqITvcd
同一サーバー別サービスでも有り得ない

445 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 23:50:17.38 ID:9Eckjtd/0
何がありえないのかわからん。

そんなにいやなら、gitlabみたいな
gitサーバーとlfsサーバーが
一緒になったツールに使えばいいやん。

446 :デフォルトの名無しさん (ワッチョイ):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 コマンドで取り扱える。

447 :デフォルトの名無しさん (ワッチョイ):2017/04/01(土) 23:53:19.24 ID:9Eckjtd/0
>>446
> バイナリは世代ごとにディレクトリを変えて保存し
> ソースコードの設定ファイルをいじれという話はなんだったの?

gitにバイナリファイルを入れないでバイナリファイルを使う方法の一つ
それを自動化したのがgit lfs

448 :デフォルトの名無しさん (スププ):2017/04/01(土) 23:58:18.49 ID:ufoqITvcd
>>445
そんなアホなことせんでも全部gitに放り込んで問題ないですし

449 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 00:11:50.86 ID:n7h/bBRg0
>>448
バージョン管理ソフトでバイナリファイルを扱う意味がないということ
問題がないなら入れてもいいだろうが、それは単に入れるだけ。
バージョン管理は出来ない。

450 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 00:44:30.76 ID:EAmGgjT/0
>>449
プロジェクトのリリースバージョンごとにバイナリを管理できて大いに価値がありますが

451 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 01:05:11.30 ID:n7h/bBRg0
>>450
> プロジェクトのリリースバージョンごとにバイナリを管理できて大いに価値がありますが

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

その作業とファイルのリンク先を変えるのとは手間は大して変わらんのだが?

452 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 01:34:35.68 ID:EAmGgjT/0
>>451
え?
リリースごとにタグ付けるなりブランチ切るなりするだけですけど

453 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 01:50:40.71 ID:n7h/bBRg0
>>452
それはファイルのリンク先変えるのも一緒です。
はい、ざーんねーんw

454 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 02:03:13.40 ID:EAmGgjT/0
>>453
なに言ってんのこの人

455 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 02:12:17.34 ID:n7h/bBRg0
>>454
お前本気で分かってないのな(苦笑)

456 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 02:43:28.79 ID:QfsJepDO0
>>439
ソースコードと不可分なリソースファイルだったとしても、「見た目がバイナリだから」バージョン管理ツールであるgitで管理する必要はないと言いたいのかな?
例えば、ゲームのマップデータのような独自フォーマットのリソースはパーサーと一緒に管理しないと意味が無いわけだが、「バイナリだから」入れる必要はないのかな?

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

「バージョン管理」と「差分確認、マージ」は完全に同一というわけではないし、バイナリだからできない、テキストだからできるってものでもないだろ。

457 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 03:13:11.19 ID:n7h/bBRg0
>>456
バージョン管理ソフトはソースコードを管理(=マージなど)するもので
それができないのなら入れる必要はない。
入れてもいいけど入れる必要はない。
大きいバイナリなど入れることで問題が起きるのなら
入れないほうが良い

458 :デフォルトの名無しさん (スププ):2017/04/02(日) 03:28:51.04 ID:mItpXq7cd
画像リソースなんてソースファイルみたいなもんなのにいちいち分離してられるかよ
CUIしか作ったことないのかな

459 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 03:39:50.09 ID:TvISwdcG0
バイナリはファイル名でバージョン管理したい人みたいだからもうほっといて差し上げろ
ID:9Eckjtd/0 == ID:n7h/bBRg0

460 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 04:11:58.35 ID:QBxgOhpS0
ファイルを管理するためにgitを使うんじゃなくて、
gitを使うためにソースコード入れてるだけの人だよね。
開発してるわけじゃないんだよ、git使ってるだけ。

461 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 09:01:31.19 ID:JR3Nnjmo0
>>383
>ファイルを管理するためにgitを使うんじゃなくて、
>gitを使うためにソースコード入れてるだけの人だよね。
>開発してるわけじゃないんだよ、git使ってるだけ。

こいつバカかw

462 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 09:20:40.35 ID:OSI/Jrn10
好きに使え。
ツールに振り回されてどうする。
バイナリ入れたきゃ入れればいい。
入れたくなければ入れなきゃいい。
ケースバイケース。

463 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 09:51:22.56 ID:UBT9/pKO0
バックアップツールとして使いたいなら
gitじゃなくてバックアップツールを使ったら良いじゃん?

464 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 10:31:19.75 ID:QBxgOhpS0
プログラムに内蔵されるリソースの話をしてるのに、
バックアップツール使えとか、頭おかしいだろ。
頭の中身もgitで管理してみたらどうだろう?

465 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 11:50:04.18 ID:EAmGgjT/0
画像リソースで話が通じないんだもん
本当にCUIしか知らないんだろ

466 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 12:38:09.04 ID:ClW8QyhM0
git lfs使えで結論出てると思うのですが

467 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 12:40:16.05 ID:wTkx1YQW0
svnに慣れ過ぎて他の使う気がしないw

468 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 12:48:06.48 ID:JT+bYjYl0
GitLFSは2.0になったとは言っても、1.xの頃がベータ版みたいなものだったし、
使ってみるとわりとトラブルになることが多いよ

469 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 12:57:51.16 ID:n7h/bBRg0
>>467
svnになれるってのがどういうことかわからない。
俺はsvn使っていたときから、間違ってコミットしたらどうするんだよ?
こんな多すぎるコミット他人がレビューできないだろ。
ネットワーク通信いちいち遅いだろ。リポジトリを新しく作るだけで
なんでこんなに手間かかるんだよって不満たらたらだったんだが
(当時gitなどの分散バージョン管理ソフトは知らなかった)

不便に慣れてしまったってこと?

470 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 14:03:43.98 ID:1CZSp+Wq0
これは流石にsvn使いこなせてないとしか言いようがない

471 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 14:10:07.81 ID:n7h/bBRg0
>>470
じゃあsvn使いこなしてる例みせてみ

472 :デフォルトの名無しさん (ワッチョイ):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/

473 :デフォルトの名無しさん (ササクッテロレ):2017/04/02(日) 16:48:00.71 ID:kBAGQJFXp
>>467が一番あんぽんたん
あんぽんたんに釣り上げられた奴が2番目のあんぽんたん

474 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 17:26:34.73 ID:n7h/bBRg0
>>473
> あんぽんたんに釣り上げられた奴が2番目のあんぽんたん

再帰問題だな

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

間違ってコミットしたら前のバージョンに戻せばいいじゃん

476 :デフォルトの名無しさん (ワントンキン):2017/04/02(日) 20:26:51.61 ID:D3s6zVrNM
Linus曰く「Subversionは史上最も無意味なプロジェクト」
https://developers.srad.jp/story/07/12/03/1024220/

477 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 20:50:26.40 ID:pXQnujUs0
コピペで何か言った気になってる馬鹿

478 :デフォルトの名無しさん (ワッチョイ):2017/04/02(日) 22:50:12.43 ID:1CZSp+Wq0
gitを宣伝するためのこき下ろしって分かんないのかな

479 :デフォルトの名無しさん (ワッチョイ):2017/04/03(月) 00:37:18.50 ID:O1GPsrgL0
https://twitter.com/matsuu/status/848453085370261504

gitやばくね?

480 :デフォルトの名無しさん (ワッチョイ):2017/04/03(月) 00:39:39.06 ID:MrxLrKt60
>>479
それはgitと関係ない。
シェルプロンプトの問題であり
Windowsのコマンドプロンプトなんかだと関係ない

481 :デフォルトの名無しさん (ワッチョイ):2017/04/03(月) 01:13:46.88 ID:BKde4+E+0
>>461
図星だったんだね。

482 :デフォルトの名無しさん (ワッチョイ):2017/04/03(月) 01:22:16.79 ID:3+FtPzaJ0
>>472
「お前がそう思うんならそうなんだろう お前ん中ではな」っていうのを地で行くパターンだよなぁ
仕事で使ってるなら実際に困る案件で使わせてやりたいわ

483 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 10:52:47.07 ID:jz0x7tjm0
git界隈でのタイムスタンプ軽視の風潮は怖いよね

484 :デフォルトの名無しさん (スッップ):2017/04/06(木) 12:09:08.04 ID:30NnDzbWd
>>483
納品関係のタイムスタンプ重視の風潮と正反対だな

485 :デフォルトの名無しさん (ワンミングク):2017/04/06(木) 14:07:50.85 ID:psfF7pjZM
>>484
何でそんな事重視してんの?

486 :デフォルトの名無しさん (スッップ):2017/04/06(木) 17:56:19.98 ID:30NnDzbWd
>>485
知らん
誰もが意味ないよなと思いつつ、納品日に合わせて納品ドキュメントのタイムスタンプを合わせる
多分、何らかの儀式なんだと思う

487 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 18:11:47.01 ID:jz0x7tjm0
>>485
ファイルのタイムスタンプは基本的にファイルを編集した日になるから
納品日以降になっていたら誰かが編集しちゃったことが簡単にわかる。
納品物に.gitとかないしね

488 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 18:16:44.23 ID:FGV9lFi+0
なんじゃそりゃww

489 :デフォルトの名無しさん (ワントンキン):2017/04/06(木) 18:31:45.11 ID:Ao1zg6OQM
>>487
タイムスタンプで編集されたことを検出しようとする事はとりあえずおいておくとして、それだったら別にcheckoutした日時で良くない?

490 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 19:29:36.58 ID:lSyaolUa0
典型的な IT 業界の闇儀式じゃないですか。。

491 :デフォルトの名無しさん (スッップ):2017/04/06(木) 19:47:39.07 ID:30NnDzbWd
>>487
誰が編集したかどうかは、わからんよ
納品日は3/31であっても、その前に諸々のチェックが必要だから1週間前には納める
だが作業予定は3/31まで入ってるので、納品物の日付は3/31で作る
3/31の日付のファイルのタイムスタンプが3/24だと不自然なのでタイムスタンプを3/31に変えておく
タイムスタンプに手作業が入ってるので、日付が新しい方が最新とは限らない

492 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 20:12:05.44 ID:rNIgAdOn0
>>487
> 納品日以降になっていたら誰かが編集しちゃったことが簡単にわかる。

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

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

それ以降バージョン管理ツールを使ってソースの修正履歴を完全にトレースできるようにしている。
仮に誰かが感染したとしても、他の人と違いがあればマージとかで問題が発生してすぐに気づくことができる。

493 :デフォルトの名無しさん (スフッ):2017/04/06(木) 20:32:49.88 ID:mMvR1Mumd
せめて日本語で頼むわ……

494 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 20:38:48.35 ID:rNIgAdOn0
>>493
1. 悪意がある人にファイル修正した後にタイムスタンプを戻された。
2. ファイルの更新日付が変わってないのにウイルスに感染していた。

これでわかる?

495 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 21:19:02.38 ID:LBfub50B0
なんか知らんけどいちいちアーカイブ作ってんの?
gitでやり取りした方が速くね?

496 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 21:38:34.39 ID:FGV9lFi+0
>>491
>3/31の日付のファイルのタイムスタンプが3/24だと不自然なのでタイムスタンプを3/31に変えておく
すんげー無駄な作業だな
官公庁系?

497 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 21:47:00.68 ID:jz0x7tjm0
>>495
納品先にはgitない

498 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 22:09:28.62 ID:rNIgAdOn0
>>497
svnだとリポジトリの中身、ツール使わないと見れないんだっけ?

gitだと今使ってる作業ディレクトリがそのまま
リポジトリになるんだよ。

499 :デフォルトの名無しさん (スフッ):2017/04/06(木) 22:52:02.14 ID:5Ey79jsVd
素人さんに納品するのにgit使わすのはあり得ないね

500 :デフォルトの名無しさん (ワントンキン):2017/04/06(木) 22:56:14.47 ID:Ao1zg6OQM
>>499
素人にソースコードは納品するのに?

501 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 22:56:23.14 ID:rNIgAdOn0
そもそも素人さんにソースコード渡さない。

502 :デフォルトの名無しさん (スフッ):2017/04/06(木) 22:57:50.61 ID:5Ey79jsVd
>>500
うん
客自身はソースコードを読まないだろうけど形式的に要求してくるところあるからね

503 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:07:31.05 ID:FGV9lFi+0
hashとればすむ話なのにタイムスタンプとかgitとか関係ないだろ
素人に納品してるだけじゃなく納品するほうも素人じゃないのか?

504 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:12:28.97 ID:rNIgAdOn0
タイムスタンプを信じとるんやー
タイムスタンプ見れば更新されてるかわかるんやー
タイムスタンプで比較する方法が確実なんやー

故にタイムスタンプは信頼できるから
タイムスタンプを正しく保持しないと信頼できん

505 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:14:02.50 ID:rNIgAdOn0
俺が信じるタイムスタンプを信じられるようにgitはタイムスタンプを保持しろ

506 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:16:15.99 ID:qKkC2hkg0
タイムスタンプ改ざんされて基礎された役人いなかったっけか
タイムスタンプそんなに重要っすか

507 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:19:04.18 ID:kKSDz5/s0
発注後数日後のタイムスタンプだと苦労せずに作ったみたいで有り難みがないね

508 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:19:37.08 ID:rNIgAdOn0
全てのプログラムは日付を不正に書き換えてはならない。

そうすれば、パソコンの時計を弄くらない限り
タイムスタンプは信用できる!

509 :デフォルトの名無しさん (ワッチョイ):2017/04/06(木) 23:40:09.21 ID:FGV9lFi+0
>>506
起訴してから改ざんしたんやで

510 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 09:04:15.70 ID:bANCXAXg0
>>503
素人に納品したことないの? 幸せなことだね。 うらやましいよ

511 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 10:35:11.50 ID:DhQiiTUn0
>>510
たぶん下請けしかやったことないってことだから幸せなのかどうかw

512 :デフォルトの名無しさん (JP):2017/04/07(金) 14:24:06.75 ID:2cjyTFjtH
素人に納品するとしたらどうなのか

513 :デフォルトの名無しさん (スフッ):2017/04/07(金) 14:28:32.33 ID:BxpowtTcd
>>512
ZIPで渡すかCDに焼くか

514 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 15:07:25.81 ID:bANCXAXg0
>>512
素人と電話やFAXで問題解決をするはめになる

515 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 15:45:59.17 ID:E9+XPTIr0
>>510
ないよ 納品されるほうだから
受け取ったコードは自分たちでも管理するし
タイムスタンプなんて気にしたことない

そもそも相手が素人なら
タイムスタンプは簡単に改ざんできるから違う方法にしましょうって簡単に説得できる
お互いメリットがあるんだからそれをやらない・できない理由がわからないよ

516 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 21:03:22.88 ID:jauySInW0
>>515
流石に現実を知らなすぎ。

517 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 21:42:10.02 ID:yx6dTx260
Git for Windows 2.12.2(2)

518 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 22:10:53.52 ID:6Q2Nznhn0
タイムスタンプの話題はひっぱるなあ

もともとタイムスタンプが保持される方が便利な用途もある、Gitでもコミット時のファイルセットで
タイムスタンプが戻るのも選べると便利なのに、って内容のこと言われたら、現gitの仕様が絶対な人が
ずーとキチガイみたいにタイムスタンプ復元必要ねえ、ってわめいているんだよね?

519 :デフォルトの名無しさん (ササクッテロラ):2017/04/07(金) 22:48:18.72 ID:Qj0A+dKcp
ううん
タイムスタンプ保持して何に使うの?って質問に全く回答できなかった子が信者だキチガイだと暴れまわってるだけよ

520 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 23:15:17.61 ID:3XRgCY6e0
タイムスタンプ自体が不要だとは言わんが、gitに求めるもんじゃないだろう。

521 :デフォルトの名無しさん (ワッチョイ):2017/04/07(金) 23:30:25.55 ID:xCtKbZyH0
>>510
> もともとタイムスタンプが保持される方が便利な用途もある。

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

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

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

今あんたが気づくべきは、俺がソースコードに限定した話をしているってところだ。
ソースコードを管理するツールだから、そういう設計になっている。

522 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 00:47:53.75 ID:xR3JhE/d0
で、タイムスタンプって何に使うの?

523 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 00:51:06.50 ID:ZmPKT6lF0
メタデータをコミット時に保存してチェックアウト時に復元できるような別ツール使えばいいんじゃね
必要としてる人がたくさんいると思うなら自前で作って有償で売ればいいよ
そんな難しいわけじゃないから

524 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 00:54:06.86 ID:ZmPKT6lF0
ビルドの件はビルドツールがタイムスタンプじゃなくハッシュ使えばいいっていう話もある
それでも後方互換性というか広く使われてるツールをサポートすることは大事だし
タイムスタンプを復元することの必要性がないからgitで対応されることは当面ないだろうね

525 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 01:04:14.72 ID:DCm4pRAE0
>>524
どこにハッシュ値を保持しろと?

526 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 01:05:08.77 ID:N+5uce1L0
>>524
ビルドの度に全ファイルハッシュ計算して保持とかわざわざ遅くなる割にメリット殆どないような事をするわけがない。
メリットがあるのであればそんなに難しい事じゃないんだし既に存在して知られてるよ。

527 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 01:06:38.57 ID:YIelHZZf0
>>524
>ビルドの件はビルドツールがタイムスタンプじゃなくハッシュ使えばいいっていう話もある
そんな話どこにあるんだ...ビルド時間が無駄に増えるだけに思えるんだけど、何かメリットがあるのだろうか

528 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 01:14:45.10 ID:Ibdd+rg/0
>>525
> どこにハッシュ値を保持しろと?

全くそのとおりだなw

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

両方共ファイルの日付という情報を持っているからこそできること

529 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:04:54.75 ID:ZmPKT6lF0
お前ら必死だな
ビルドツールがタイムスタンプベースで仕事をしてるのは
納品物のタイムスタンプを気にしてる素人のロジックと同じだっての
古くからの慣習ってだけ

530 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:05:57.51 ID:Ibdd+rg/0
それは違う
ビルドツールが気にしているのはファイルが更新された時間だ
納品する時間ではない

531 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:17:24.56 ID:N+5uce1L0
>>529
IDEのビルトインも含めてビルドツールいままでどれだか作られてると思ってんの?
で、それらすべて素人が作ってると?

532 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:22:39.65 ID:ZmPKT6lF0
素人が作ったって言ってんじゃないよ
おまえらがバカにしてる納品物のタイムスタンプを気にしてるやつと考え方が同じだって言ってるの

Googleはタイムスタンプベースじゃないビルドツール使ってるけど
「何かメリットがあるのだろうか?」って聞いてこいよ
https://bazel.build/versions/master/docs/bazel-user-manual.html#correctness

533 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:25:45.27 ID:N+5uce1L0
むしろタイムスタンプで十分なものをわざわざ遅く無駄にメモリとストレージとIO帯域を浪費するような実装しようとするほうが余程のマヌケか素人

534 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:28:07.34 ID:Ibdd+rg/0
>>532
タイムスタンプを使わないとは書いてないぞ?
タイムスタンプとファイル内容と書いてあるぞ?

535 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:31:20.48 ID:N+5uce1L0
>>532
それ、デフォルトでタイムスタンプ使うと書いてるけど?

536 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:36:44.84 ID:N+5uce1L0
>>534
ファイル内容というかファイルの依存関係だね。
既存の大抵のビルドシステムとやろうとしてることは同じ

537 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 02:40:00.06 ID:Ibdd+rg/0
bazelを含めたビルドツールがタイムスタンプに依存しているのは
やはりタイムスタンプで比較したほうが速いからなんだろうね

538 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 03:03:31.86 ID:oTRSwPK20
だってファイルシステムのエントリに保存されてるもの
ハッシュを常に取って保存するファイルシステム使ってたら、ハッシュベースな比較もいいだろうが

539 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 03:33:08.91 ID:sJFTclBC0
ビルドに依存関係のあるファイル(中間成果物も含む)をすべて最新のソースに反映済みかビルドツールは確認しなくちゃまずいと思うんだけど、
それって結局ビルド中に出来るファイルのタイムスタンプとかハッシュをを全部確認するということと変わらないと思うんだよね。

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

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

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

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

タイムスタンプ保存する機能より、必要なファイルのハッシュ値をコミット時かなんかに取るようにして人間が変更されているのをタイムスタンプ以外の方法で確認しやすいようにした方が良いと思うけど

540 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 06:10:53.56 ID:gyYkf65U0
どこを縦読み?

541 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 08:56:26.86 ID:E/70y/Nc0
>>520
タイムスタンプを保存したり復元するツールはそれなりに使い所があるかもしれないが、gitに含めない方が良いよな
ひとつのツールに機能を盛り込みすぎない方が良い

542 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 09:03:07.60 ID:P+8J79zs0
「Gitを部内で普及させた方がいいですよおー」
「でもそれプログラマ向けのソフトでしょ。使い方難しそうだし」
「慣れれば簡単ですよ。それにドキュメントの履歴管理にも便利なんです」
「バックアップで十分じゃないの?」
「いえ、過去にコミットした状態に自由に戻せるんですよ、ほら」
「なるほどねー、あれ? でもファイルのタイムスタンプは今の時点だよ?」
「そりゃそうです。タイムスタンプが戻った方がいいなんてどシロウトの発想ですよ。
そもそもタイムスタンプとファイルの中身になんの関係があるんですか? 説明
できますか? 頭悪いんですか?
「・・・お前、Gitを推奨ツールにする案は却下な」

543 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 09:04:13.66 ID:P+8J79zs0
>>541
今でさえいい加減多機能すぎなのに、タイムスタンプを戻すスイッチのオプションが増える
ことが「機能盛り込みすぎ」と言えるだろうか?

544 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 09:23:47.71 ID:vxhhaj1D0
バックアップからコピーしても
ファイルが入っているフォルダの更新日時や
ファイルの作成日時は変わってしまうじゃん。

545 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 09:35:08.51 ID:lscI+aDp0
>「Gitを部内で普及させた方がいいですよおー」
>「慣れれば簡単ですよ。それにドキュメントの履歴管理にも便利なんです」

gitにタイムスタンプ保持の機能を欲しがっている阿呆の話か?

546 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 09:42:43.16 ID:ck54whlm0
何また信者が暴れてるの?

547 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 09:53:51.71 ID:Ibdd+rg/0
>>539
話は簡単。

ファイルのハッシュを使ったほうが完璧だが、
それはタイムスタンプを戻す理由にはならない。

548 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 11:49:22.90 ID:WcP61Fq/0
信者が納品にまでgitを使わすことを強制しててワロタ

549 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 11:53:11.41 ID:Ibdd+rg/0
>>548
git archiveといって、納品とかに使える機能すら
gitは用意してくれているよ。

そういう意味ね。納品にgit強制=git archiveを使う

550 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 11:54:39.43 ID:Ibdd+rg/0
あ、一応説明しておくか。

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

git archiveだと本当に納品するものだけを入れられる。

551 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 12:13:22.29 ID:vxhhaj1D0
知らんけど
そんな前時代的な会社は辞めたらいいんじゃない?

552 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 17:39:40.98 ID:ZmPKT6lF0
>>534
タイムスタンプにだけ依存してるツールと
最適化のためにタイムスタンプを使うことがあるツールを一緒にするなよ

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

>>525-528
この辺のやつは既存の慣習や制約の枠内でしか物事を捉えられない脳みそだから
タイムスタンプ君と同類 いい反面教師

553 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:03:07.28 ID:N+5uce1L0
>>552
デタラメばかり言ってんじゃねえよ
だいたいファイルの内容量のハッシュを保持するファイルシステムがどこにあんだよ

554 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:11:01.85 ID:py60arCP0
>>552
> 最適化のためにタイムスタンプを使うことがあるツールを一緒にするなよ

一緒にしてないぞ?

最適化のためにタイムスタンプは、コミット日時ではなく
最後に変更した日時になるべきだって話をしてる

555 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:35:31.69 ID:ZmPKT6lF0
>>553
内容量?
Googleが使ってるのはクローズドソースだよ

>>554
は?
タイムスタンプ君?

556 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:40:33.74 ID:N+5uce1L0
>>555
ファイル内容のハッシュを
そんなファイルシステムがGoogle社内に存在しているという根拠ぐらい貼れよ

557 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:42:28.18 ID:DCm4pRAE0
ソースを管理するためじゃなくてgitを使うためにgitを使う信者が、
たかがタイムスタンプすら保持できないという話を出されただけで
こんなにも必死なのはなんで?やっぱ図星だから?

558 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:46:20.80 ID:N+5uce1L0
>>557
そんな話をしてる奴居るか?
ちなみに俺は一度もgitの話なんてしてない。スレ違いのビルドツールの話をしてるぞ

559 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:50:57.51 ID:ck54whlm0
gitは完璧である
gitに現在ない機能を欲しがる奴は絶対にそいつが間違ってる
ファビョーン

って思考なんじゃね

560 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:52:08.60 ID:py60arCP0
>>555
> は?
> タイムスタンプ君?

なんだそりゃw
反論の一つも言えなかったのかよw

561 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:53:45.92 ID:py60arCP0
>>559
マヌケだなw

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

そうか。あのバカ、gitをバックアップソフトだと思っていて、
gitにないものは、gitの機能不足だと思ってるんだ。

562 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:54:24.18 ID:py60arCP0
>>557
> たかがタイムスタンプすら保持できないという話を出されただけで

タイムスタンプを保持しないのがバージョン管理ソフトとして
正常な動きですからね。

563 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 18:58:17.82 ID:E/70y/Nc0
>>543
タイムスタンプを戻すのはバージョン管理とは関係ないから盛り込み過ぎだな

564 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 19:19:48.47 ID:ck54whlm0
この必死っぷり

565 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 19:20:53.82 ID:py60arCP0
必死な人っていうのは、
論理的な説明ができない人だからね。
俺がいるって言ったらいるんだ!みたいなの

566 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 19:33:27.06 ID:v9enVIHU0
まあ本当に必要だと思うなら git コミュニティーに投稿すりゃいい話ではある。
こんなとこでアピールするよりかは実際に入る可能性もあるんじゃないの?
あくまで本当に必要ならばだけど。

567 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 19:41:38.13 ID:py60arCP0
>>566
昔gitコミュニティーに投稿して、いろんな人がバージョン管理ソフトに
タイムスタンプを保持するのは間違いだって丁寧に説明しているのに話を聞かず、
入れろ入れろとあまりにもしつこいから、リーナスがブチ切れて
タイムスタンプを保持する理由も言えないようなヤツとは話にならん。
絶対に入れることはない。とピシャリと言い放ったからな。

ここで愚痴るしかないだろうさw

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

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

bazelのドキュメントちょっと読んだだけで書いてるから真偽は不明だぞ信じるな

569 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 20:09:23.97 ID:vxhhaj1D0
タイムスタンプ比較した方が早いのに「ビルド時に毎回ハッシュ計算するからタイムスタンプ戻せ」って
タイムスタンプ信者が暴れてるんだろ?
ありえね〜

570 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 20:17:19.90 ID:TQcQh6SK0
ファイルのビルド依存関係は完全に把握していることが前提で、
最初にファイルの更新を検知(これはタイムスタンプとかIDEから教えてもらうのかな?)すると
その依存関係にしたがって必要な部分を再ビルドしていくみたいな感じか

571 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 20:24:03.20 ID:py60arCP0
>>568
> そのために、この「同じ」にはタイムスタンプがなるべく関係しないようにしたいという感じなのか

違う。bazelでもタイムスタンプが違えば違うとみなすが、
それに加えてファイルの中身まで見てるってことだよ

572 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 20:27:32.98 ID:TQcQh6SK0
タイムスタンプが違ったら違うかも?って判定して、
その後中身見て違うかどうかを確定するってことだよね?

573 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 20:30:26.21 ID:TQcQh6SK0
ビルドを最小限にするにはタイムスタンプの違いだけでビルド開始してたら話にならんし
あと成果物にタイムスタンプ由来の情報が入るのが嫌なんだよね

574 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 21:36:24.37 ID:NjQGfhpX0
gitにタイムスタンプを入れるな派はソースファイルを考えていて
入れろ派はdiffで差分確認出来ないファイルを考えているんだよね?
Git LFSだけファイルのタイムスタンプを保存するようにして、
ファイル種別でGit LFSに入れる運用にすれば両方満足するのでは?

575 :デフォルトの名無しさん (ワッチョイ):2017/04/08(土) 23:26:45.91 ID:ZmPKT6lF0
>>556
https://www.youtube.com/watch?v=b52aXZ2yi08
http://google-engtools.blogspot.jp/2011/06/build-in-cloud-accessing-source-code.html

576 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 00:23:36.58 ID:ELCvvPn60
>>567
>昔gitコミュニティーに投稿して、いろんな人がバージョン管理ソフトに
>タイムスタンプを保持するのは間違いだって丁寧に説明しているのに話を聞かず、
>入れろ入れろとあまりにもしつこいから、リーナスがブチ切れて
>タイムスタンプを保持する理由も言えないようなヤツとは話にならん。
>絶対に入れることはない。とピシャリと言い放ったからな。

それ単にリーナスの尻馬に乗って俺スゲエって言いたいだけちゃうかと
少なくとも「間違い」とか「正しい」なんて言えないだろ

577 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 00:25:02.43 ID:ELCvvPn60
タイムスタンプ入れろ派も(上見ればわかるけど)それをデフォルトの動作にしてよみたい
なことは入ってないんだよね。”-t”オプションつけたらぐらいでしょ。

578 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 00:25:07.65 ID:b41hiiaV0
>>575
なんでそんなすぐバレる嘘つき続けるんだ?
それ単にFUSEを通してバージョン管理システムにアクセスするだけでファイルシステムじゃないじゃねえか。
これがファイルシステムだと主張するならgmailすらファイルシステムと言えるわ

579 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 01:06:58.36 ID:KMrLAFfh0
>>578
理解できないならもう黙ってろ

580 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 02:16:10.31 ID:+d/g4xuk0
ぶっちゃけdiffしか見なくね?
いつ更新されたかとかどうでもいいわけで、何を更新しようと試みたかの内容が重要

581 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 03:03:47.00 ID:R/6T3h6u0
>>574
> 入れろ派はdiffで差分確認出来ないファイルを考えているんだよね?

何も考えてないだろw

その証拠にタイムスタンプを入れることで
どんな問題が解決するのかを言えていない

582 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 08:21:16.09 ID:ELCvvPn60
またお前か

583 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 10:51:21.84 ID:JSrUct8R0
で、タイムスタンプ信者は何でタイムスタンプ入れたがるの?

584 :デフォルトの名無しさん (ワンミングク):2017/04/09(日) 11:28:24.20 ID:KxLz9xP+M
さんざん上で出てんじゃん
もう引っ込みがつかないの?
みっともねーやつだ

585 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 11:51:54.47 ID:cTj84sSr0
出てなかったはずだが?
上で出てるっていうのなら、
指し示すことができるはずだよね

586 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 12:54:15.90 ID:agAuQ3zc0
韓国人みたいな奴だな。
毎回毎回ゴールが動く。

587 :デフォルトの名無しさん (スフッ):2017/04/09(日) 15:31:22.64 ID:YGOyclr4d
タイムスタンプに親でも殺されたのかとw

588 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 15:38:37.98 ID:oqOsUDjg0
あくまでソフトウェア開発の道具としてgitを使う層と、gitを使うのが趣味でそのために適当なテキストファイルを書いている層とがいるから話が噛み合わないんだよな

589 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 15:46:07.18 ID:ZPMPIHcF0
開発の道具(道具だから開発時に使う)のと
バックアップ(裏で勝手に取っていてくれれば嬉しいだけの人)との
違いだね

590 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 16:17:22.48 ID:b41hiiaV0
>>588
適当なテキストファイルを書いてるとタイムスタンプがどう役に立つんだ?

591 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 16:27:22.30 ID:agAuQ3zc0
>>590
逆だよ。日本語も読めないの?

592 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 16:29:59.98 ID:oqOsUDjg0
>>590
aho

593 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 16:34:52.84 ID:b41hiiaV0
>>591
>>592
え?じゃあソフトウェア開発にタイムスタンプ(を戻す機能)がどう役にたつんだよ

594 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 16:37:25.01 ID:ZPMPIHcF0
同じ意見同士で喧嘩すんな。

gitで管理してれば、行ごとに更新日時が記録される。
タイムスタンプ以上の正確な情報が記録されてるのに
わざわざタイムスタンプという人それぞれ違うようなものを
保持する意味がないことぐらい常識じゃないか

595 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 17:07:04.12 ID:b41hiiaV0
>>594
お前とは同じ意見だけど、
>>591>>592と同じ意見とは思えないけど

596 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 17:26:46.49 ID:MojKSihM0
なんで実装するべきかそうじゃないかで喧嘩が始まってしまうのか理解できない

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

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

hookで試してみたけど上手く行かなかった、とか、hookではどうしても解決できない問題が発生するとか、そういう話が出来るはずだろ。

597 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 17:42:47.51 ID:ZPMPIHcF0
>>596
自分で作るという話ならば、hookでやる方法なんてすぐに思いつくので議論の余地はない

598 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 18:18:54.45 ID:MojKSihM0
>>597
hookで実現するかどうかを議論するということではなく、もし、タイムスタンプの管理が必要なのに自分でhookを書けない人が居るんだとしたら、
素直にどういうふうにhookを書けばいいか相談するなり何なりすればいいのにね、ってこと。

自分にとって必要なのに機能がない、に対して
1. ツールを工夫して使って代替する方法を考える、相談する
2. 他のツールを探す
3. ツールに追加機能を実装して採用してもらう
4. 機能がないことを盾にそのツールを頭ごなしに否定する
あたりの選択肢があるっぽいけど、どうして最も建設的でない4を採用する奴がいるのかな?って思っただけ

599 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 20:13:11.78 ID:ofnK+OUt0
>>596
建設的な議論をしたいんじゃなくて
ただたんに文句言いたいだけだからな。

少なくとも
git タイムスタンプ
とかでググればけっこうやり方はでてくるよ。

600 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 20:33:19.37 ID:sXKFGB5A0
エクスポート時に全部同じ日時になるのって
svnもそういう仕様じゃん?

601 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 20:56:57.12 ID:MojKSihM0
>>599
gitのhookで解決する方法がググれば出てくるのに、それでもなにか言いたいんだとしたらhookを使うことには実務上の問題があるのか、
ググって出てきたやり方には欠陥があるのか、何かしらググった結果では満足できない合理的な理由があるんだと思ったんだけどな。

嗜好品だったらともかく、実用品を実用上の問題以外で批判することが、その人にとってどういう嬉しさをもたらすのか全くわかんないわ。

602 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 21:01:13.44 ID:ofnK+OUt0
>>601
この辺でも読んでみれば?
少しはヒントになると思うよ。
ttp://qiita.com/hirokidaichi/items/adccebb41f77eaa6132f

603 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 21:04:40.77 ID:qfSHNlIq0
いちゃもんつけられる俺スゲー君はどこにでもいるから

604 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 21:27:34.32 ID:VJStMXwJ0
長文アスペ信者君を弄って遊びたい奴が一人か二人いて、
そいつらがネタを蒸し返してるだけだからあんま相手にするな

605 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 22:26:43.21 ID:MojKSihM0
>>602
ということは、タイムスタンプで管理することを仕事かなんかで強制させられて、諦めてそれに従うんじゃなくて、タイムスタンプに意味があるんだ!なんとなくだけど!って思い込んでる人がいるってことかな

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

まぁ、>>604の言うようにバイナリかタイムスタンプネタで遊びたいやつが居るだけの可能性も高そうだけど。

606 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 22:57:02.66 ID:VL6pXfPv0
自分のことだとわかってないらしい

607 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 23:08:30.93 ID:ZPMPIHcF0
単純にタイムスタンプっていうのは、ファイルを最後に変更した時間なんだから
checkoutすることで変更したのならば、その時刻になるのが正しいんだよ

608 :デフォルトの名無しさん (ワッチョイ):2017/04/09(日) 23:19:33.71 ID:qfSHNlIq0
正直どうでもいい

609 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 13:41:45.28 ID:PlVZ1nOv0
>>607
そのファイルをその内容に変更した時刻のことだよ。

Windowsでファイルをコピーしたことない?
タイムスタンプも一緒にコピーされる意味を考えてみようよ

610 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 13:48:02.71 ID:PlVZ1nOv0
あと、「makeがタイムスタンプを参照するから」 という回答もおかしいよね。
思い切り自己矛盾を抱えている

『makeは、ファイルの更新日付なんか参照せず、ファイルの変更を検知すべきだ』

611 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 14:06:19.65 ID:6OhwYhIa0
ftpで持ってくると保存されないからなあ

612 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 14:13:31.25 ID:CykROrgz0
WindowsでもLunixでもMacでも
タイムスタンプを維持したままコピーするかどうかは選択の問題
常に維持されるのが当然っていう考え方はナイーブすぎ

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

今後はbazelのようにコンテンツベースのビルドツールも増えてくるだろうし
gitに保存されてるハッシュを利用するようなものも出てくるだろうね
でもそれとgitがタイムスタンプを復元する機能を持つべきかどうかは関係ない

613 :デフォルトの名無しさん (スッップ):2017/04/10(月) 16:46:10.99 ID:tz6SiFVld
gitがタイムスタンプを復元すると言うのは
・コミットした時のファイルのタイムスタンプをファイルのコンテンツに含める
・チェックアウトした時にファイルのタイムスタンプをコミット時刻に変更する
の二つが考えられる。

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

後者は、ブランチを一度でもリベースするもコミット時刻には意味が無くなるので何を管理したいのか分からなくなる。

614 :デフォルトの名無しさん (JP):2017/04/10(月) 17:06:32.33 ID:Bu07ZLW6H
まぁひとつだけ言えるのは、git cloneでコミット時刻が復元されたら俺はうれしいってことかな。

615 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 17:16:14.19 ID:39xGvEe60
>>612
bazelがファイルの内容を”その”ファイルシステムの変更検知に使うなんてどこにも書いてないんだけど、嘘つきに騙されちゃったの?それとも本人?

616 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 17:17:04.23 ID:39xGvEe60
×ファイルシステム
○ファイル

617 :デフォルトの名無しさん (ワントンキン):2017/04/10(月) 18:28:30.03 ID:b0bzONFHM
あーgitにタイムスタンプ復元機能があれば完璧なのにー

618 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 19:45:33.40 ID:ttjEUSJK0
gitがタイムスタンプを保存しないのは
「vcsはタイムスタンプを保存しないのが正しい動作」
と言っちゃうような馬鹿が至る所で巻きおこす問題の嵐を避ける為

リーナスは非常に賢明な判断をしたことがこのスレを見ているとよく分かるw

619 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 19:59:08.53 ID:qlGAA3Mp0
またお前か

620 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 21:15:50.40 ID:OEdw7WTU0
コミット日時があるじゃないか

621 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 22:13:28.06 ID:f5bfXI8/0
>>610
> 『makeは、ファイルの更新日付なんか参照せず、ファイルの変更を検知すべきだ』
ファイルの変更を検知するためには、変更前のファイル情報を持ってないとダメでしょw

622 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 22:15:09.06 ID:f5bfXI8/0
>>609
> Windowsでファイルをコピーしたことない?
いまコピーの話はしてない。

同じ名前で内容を変えた場合の話をしている

623 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 22:16:03.55 ID:f5bfXI8/0
内容を変えたのであれば、内容を変えた日時になるのは当然でしょw
今ファイルの内容を変えたのに、昔の日時になるのはおかしいwww

624 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 22:45:02.07 ID:CykROrgz0
>>621
変更前のファイル情報を持ってるツール使ってないのww

625 :デフォルトの名無しさん (ワッチョイ):2017/04/10(月) 22:59:56.09 ID:f5bfXI8/0
>>624
最初から、更新前のファイル情報がないツール前提の話でしょ?

626 :デフォルトの名無しさん (ワンミングク):2017/04/10(月) 23:49:10.41 ID:IqR3Ht8lM
そんなツールどこにあんだよって話だが

627 :デフォルトの名無しさん (ワッチョイ):2017/04/11(火) 00:06:11.43 ID:xD31O8700
git使ってないの?

628 :デフォルトの名無しさん (ササクッテロル):2017/04/11(火) 00:17:49.09 ID:zZLVrixAp
お前makeする度にcommitしてんの?

629 :デフォルトの名無しさん (ワッチョイ):2017/04/11(火) 09:12:38.66 ID:PspwSKaO0
>>623
じゃあ内容を戻したら、日付も戻せよ
という話でしてね

630 :デフォルトの名無しさん (ササクッテロレ):2017/04/11(火) 09:44:56.83 ID:43iv2phsp
>>629
なんという糞要求

631 :デフォルトの名無しさん (ワントンキン):2017/04/11(火) 20:03:10.17 ID:wf1zpMT0M
ふう、gitにタイムスタンプ復元機能があれば完璧なのにー

632 :デフォルトの名無しさん (ワッチョイ):2017/04/11(火) 20:03:42.77 ID:+8we66Ry0
どこに戻ってほしい?

633 :デフォルトの名無しさん (スフッ):2017/04/11(火) 20:05:01.73 ID:mGlNuRzNd
>>632
更新日時

634 :デフォルトの名無しさん (ワッチョイ):2017/04/11(火) 20:24:34.65 ID:rWanRa9I0
>>629
gitは内容を戻すことは出来ない。
任意のコミットをcheckoutするだけ

635 :デフォルトの名無しさん (ワッチョイ):2017/04/11(火) 20:32:32.15 ID:9qHDk2tg0
こいつナチュラルなバカっぽいw

636 :デフォルトの名無しさん (スプッッ):2017/04/12(水) 12:16:27.41 ID:5zOvG+Scd
そろそろ飽きたのでレスを戻して最初から繰り返すか

637 :デフォルトの名無しさん (ササクッテロロ):2017/04/12(水) 12:19:32.28 ID:WHkM8I5ip
では僭越ながら

ファイルのタイムスタンプまで元に戻せるバージョン管理ツールってないの?

638 :デフォルトの名無しさん (JP):2017/04/12(水) 12:42:40.51 ID:mJY6Dj4IH
>637
git

639 :デフォルトの名無しさん (ササクッテロロ):2017/04/12(水) 14:41:37.67 ID:WHkM8I5ip
はぁ?gitじゃタイムスタンプは戻らんから質問してんのにバカなの?

640 :デフォルトの名無しさん (スフッ):2017/04/12(水) 15:04:39.32 ID:sIG5iA/zd
>>638
これは酷い

641 :デフォルトの名無しさん (ワッチョイ):2017/04/12(水) 15:06:11.12 ID:kxphDSjP0
他の人はネタでバカ言ってるけど
>>634だけ普通のバカだな・・・

642 :デフォルトの名無しさん (スプッッ):2017/04/12(水) 19:47:18.40 ID:5zOvG+Scd
>>637
レスのタイムスタンプが戻ってないよ

643 :デフォルトの名無しさん (ワンミングク):2017/04/12(水) 19:53:17.32 ID:usx2Dq45M
svnでも使っとけよ

644 :デフォルトの名無しさん (ワッチョイ):2017/04/12(水) 20:48:11.81 ID:lSh3zEYS0
いや、流石にsvnでもタイムスタンプは戻せん。
コミット時刻になら設定次第だけど戻せるけど、そこもgitと同じ。

645 :デフォルトの名無しさん (ワントンキン):2017/04/14(金) 14:02:47.09 ID:YzkHfIFwM
タイムスタンプ機能があればいいのに、ライナスも意地になっちゃったんだろうな

646 :デフォルトの名無しさん (ワッチョイ):2017/04/14(金) 15:49:28.34 ID:l3/xlJJH0
ワッチョイが意味なさない

647 :デフォルトの名無しさん (ワントンキン):2017/04/14(金) 16:02:12.75 ID:7vOZxQ5kM
同じ事ばかり繰り返してると早くボケるぞ

648 :デフォルトの名無しさん (ワッチョイ):2017/04/14(金) 18:51:24.72 ID:1n110CPB0
澁谷 恭正 (46歳)

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

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

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


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

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

趣味傾向:
アニオタ

649 :デフォルトの名無しさん(霧の向こうに繋がる世界) (エーイモ):2017/04/17(月) 11:19:00.88 ID:EyfSFiB8E
名前欄に!ken:6って入れたら少しは差別できる

650 :デフォルトの名無しさん(風靡く断層) (ワッチョイ):2017/04/17(月) 12:12:56.69 ID:8kqTaPSK0
差別反対!

651 :デフォルトの名無しさん (ワントンキン):2017/04/17(月) 12:22:35.15 ID:ZbBL7DdoM
タイムスタンプ復元機能まだぁ?

652 :デフォルトの名無しさん (ワッチョイ):2017/04/17(月) 21:18:53.54 ID:LB/3uUQe0
同じ事ばかり繰り返してると早くボケるぞ

653 :デフォルトの名無しさん (ワッチョイ):2017/04/17(月) 23:07:25.41 ID:vro5OOPq0
ファイルスタンプの復元機能はよ

654 :デフォルトの名無しさん (JP):2017/04/18(火) 11:49:07.78 ID:Uw8XacGPH
死ぬまでには出来るだろうと思ってずっと待ってると先に死んでしまう

655 :デフォルトの名無しさん (スフッ):2017/04/18(火) 17:35:14.60 ID:/dQfqCUyd
歌丸さんが死ぬまでにはなんとか実装を

656 :デフォルトの名無しさん (スプッッ):2017/04/18(火) 20:06:48.85 ID:qTz369Iyd
死んだらgitで戻せばok

657 :デフォルトの名無しさん (ワッチョイ):2017/04/18(火) 22:18:48.24 ID:SUoD2bKG0
時間は不可逆だって時をかける少女で言ってた
つまりタイムスタンプが戻らないgitは正しい

658 :デフォルトの名無しさん (ワッチョイ):2017/04/18(火) 22:30:50.13 ID:ibb6Zkrz0
信じていればまた髪は生えてくる

659 :デフォルトの名無しさん (ワッチョイ):2017/04/18(火) 23:10:42.41 ID:Jac3YwXI0
伸びたら洗うの面倒だし、髪切るのもただじゃないし時間もかかるし、夏は暑いし、ない方が楽じゃね?

660 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 00:00:42.03 ID:dODhlAB70
うるせーハゲ

661 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 01:07:09.59 ID:e1EH3Ddt0
知世

662 :デフォルトの名無しさん (スプッッ):2017/04/19(水) 08:16:01.57 ID:aMVSfr6md
gitでタイムスタンプを戻すことが出来るようになる時間線では、さらに遠い未来ではgitで時間を戻せるようになるまで拡張される。
タイムマシンで過去を改変することが可能な世界では、タイムマシンで過去を改変出来ない世界になるまで永久に時間改変を繰り返し、最終的にはタイムマシンが開発されない世界に収束する。
以上のことから、gitでタイムスタンプを戻せる世界は、実現しない。

663 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 11:23:25.14 ID:DjV2NLp00
オカルトって、初っぱなの論理の飛躍に気づかないと、
そんなもんかなって思ってしまうよね。

664 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 18:30:54.49 ID:e1EH3Ddt0
ラベンダーの香り

665 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 18:38:02.46 ID:qlAgPt2e0
ケン・ソゴルとか知らんわ

666 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 18:41:41.70 ID:nb+3WMsJ0
Gitは最近やったコミットの改変、つまり歴史改変ができるじゃん

コミットの入れ替えも可能だからコミット一覧で
日時が未来のコミットが下の方にあったりとか良くある

667 :デフォルトの名無しさん (アウアウウー):2017/04/19(水) 18:55:42.74 ID:4JBXRryCa
>>666
push -f したら他人が迷惑する

668 :デフォルトの名無しさん (ワッチョイ):2017/04/19(水) 21:53:11.33 ID:e1EH3Ddt0
>>665
>>665

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

670 :デフォルトの名無しさん (JP):2017/04/22(土) 12:15:30.62 ID:q6gq1CBHH
670

671 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 21:46:58.77 ID:fnnc/aNx0
すいません。分からないので教えてください。
githubでプルリクを送って、まだマージされてない状態で
そのプルリクのコミットの上に、別のコミットを積んで別のプルリクを作成した場合に、
後者のプルリクのFile Changedの中に最初のプルリクの修正分も表示されてしまうんですが、
後者の修正分だけ表示されるようにするにはどうしたらいいですか。

未マージのプルリクを前提としてコミットを積んでいった場合のプルリクはどうするのが正しいんでしょうか。

672 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 22:23:07.16 ID:dxb4367E0
>>671
その方法ほしいよな。マージの順番に依存関係をもたせたい

673 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 22:48:22.73 ID:fnnc/aNx0
プルリクがマージされるまでは、そのプルリクのコミットを前提にしたコミットはプッシュしたら駄目なんでしょうか。

674 :デフォルトの名無しさん (ササクッテロレ):2017/04/27(木) 23:36:58.59 ID:tj8IGx9np
はい

675 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:46:15.15 ID:NhjwxeLX0
>>673
せやね

676 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:46:38.67 ID:LgfSQc6k0
プルリク出した修正や追加を前提としたプルリクは最初のプルリクがリジェクトされたときに同時にダメになるわけだからよくない。

677 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:48:30.19 ID:fnnc/aNx0
先のプルリクがマージされたら、後のプルリクのFile Changedが変わるかと思ったけど変わらなかった
pullしてマージしてpushし直したら後のプルリクのFile Changedだけの表示になった
gitてむつかしい

678 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:51:04.15 ID:fnnc/aNx0
>>676
じゃあもうプルリクがマージされるまで手元に大事に置いておかないと駄目なんすね

679 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:52:25.88 ID:NhjwxeLX0
ひとつのプルリクにまとめろよ

680 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:55:51.52 ID:fnnc/aNx0
いや全然違う部分の修正なのでコミットは分けたい
開発初期段階なのにレビュー必須になってるから糞面倒臭い

681 :デフォルトの名無しさん (ワッチョイ):2017/04/27(木) 23:57:40.89 ID:NhjwxeLX0
違う部分なら別ブランチで作業すれば?

682 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 00:05:56.03 ID:GsGj7Q3/0
違うけど先のプルリクの内容がないと成り立たない内容
開発初期段階なので

ていうか起動画面があって、その次の画面を作るとして
起動画面のコードが入らないと次の画面が出せない
起動画面と次の画面の開発はプルリク分けるべきでしょどう考えても

レビュー必須tっていうのも考え物じゃないんか

683 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 01:05:26.42 ID:QW1G7ndP0
>>681
うるさいんだよ

684 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 01:14:42.86 ID:N2bjQBDv0
プルリクしたのに反応がありません。
どうしたらいいですか

685 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 05:52:02.38 ID:UuriWtk60
>>683
うるさいんだよ

686 :デフォルトの名無しさん (ワントンキン):2017/04/28(金) 07:35:34.34 ID:U0vMWQrRM
>>684
うるさいんだよ

687 :デフォルトの名無しさん (アウアウカー):2017/04/28(金) 08:16:08.17 ID:qt0nAsMaa
>>687
うるさいんだよ

688 :デフォルトの名無しさん (スプッッ):2017/04/28(金) 08:27:59.57 ID:Ac9Dm7bId
>>682
レビューが100%通ると仮定して、自分のリポジトリに対してどんどん作業を進めれば良いじゃ無いか
プルリクは一度に一つずつ作成して、それが通ってから次のコミットを使って次のプルリクを作る

多分問題はレビュー必須であることじゃなくて、プルリクを受け付けてもらえないと何か出来ないことがあるせいなんじゃ無いかな?

689 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 09:07:13.10 ID:tVf4V7uN0
ブロッカーになってるレビュアーに仕事しろって言うだけでいいだろ

690 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 10:21:09.30 ID:Dgx922ya0
ファイルの所有者情報がgitに保存されないんだけどなんで?

691 :デフォルトの名無しさん (スプッッ):2017/04/28(金) 11:56:00.66 ID:x0ERPJvPd
またかよ

692 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 13:44:37.20 ID:yOScPVur0
スルーしろ

693 :デフォルトの名無しさん (エムゾネ):2017/04/28(金) 13:53:54.54 ID:bxfxRGqXF
>>684
fork

694 :デフォルトの名無しさん (ブーイモ):2017/04/28(金) 16:04:50.37 ID:L/lYixy2M
>>690
そんなくだらない情報をGit様は保存しない

695 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 16:38:13.67 ID:Dgx922ya0
>>694
ファイルの日時が保存されないのはmakeを使う人用の制限で
しかたないと聞いたことがあるけどowner情報すらなくなるのは
ちょっと不便でしょう?

696 :デフォルトの名無しさん (エムゾネ):2017/04/28(金) 17:12:15.86 ID:Ux6XlWNuF
そうか
じゃあアクセス権も復活させろ

697 :デフォルトの名無しさん (JP):2017/04/28(金) 17:23:08.85 ID:krqKI6DBH
>>695
例えばOSがLinuxだとして、そのサーバに存在しないユーザがownerだとして、fetch/pullしたときにどうなるのを期待してるの?

698 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 17:37:22.19 ID:Dgx922ya0
>>697
存在しないownerなら別にそのままでいいんじゃね?
その程度の矛盾は臨機応変に対応すればいいよ

699 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 18:47:29.83 ID:og/UncMo0
こういうのにアドホックに対応するのやめようぜ

「〇〇の情報がgitでは管理されない。具体的にこれこれこういう状況で困る。解決策はないか」だったら考えようがあるからOKだけど、

「〇〇の情報が保存されない。なんで?臨機応変にやればいいのに」とかって言うのは自分の抱えている問題がなんなのか明確になってないのに
思いつきで色々注文付けてくる発注者と一緒で相手すると時間を無限に消費されるだろ

>>698
ということで、困ってるならどういう状況で困ってるのか説明してくれない?困ってないなら保存されなかろうがどうでもいいよね

700 :デフォルトの名無しさん (ワッチョイ):2017/04/28(金) 20:27:24.37 ID:DqM8Rdgf0
またお前か

701 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 00:52:04.72 ID:YJIcj+eB0
fileの所有者情報って500番とかそういうの?

702 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 01:45:55.76 ID:u4T6eHTd0
そうだよ。Windowsだと所有者は世界で唯一のUUIDになる
だから個人を特定できる

703 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 02:02:46.58 ID:u4T6eHTd0
そういやさ、githubでブラウザからマージする時の
名前/メールアドレスって変更できないの?

704 :デフォルトの名無しさん (スププ):2017/04/29(土) 02:29:02.41 ID:b6f0cr3Ad
>>703
スレ違い

705 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 08:07:55.19 ID:uOYq6SYB0
あなたがコミットしたのだから、そのコミットの所有権はあなたに有ります
あなたがチェックアウトしたのだから、そのコミットの所有権をあなたに移すことが出来るようになります
ファイルシステムでの所有権?
それはあなたが使ってるファイルシステムに要望してください

706 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 10:20:27.70 ID:VKbKBamV0
所有者情報ってのはOSで管理されてるものだからそういうのはgitは見てないんじゃないの
バイナリエディタでファイル開いても所有者情報とか編集日時とか格納されてないでしょ

707 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 10:29:53.49 ID:u4T6eHTd0
例えば所有者情報を、特定の誰かにしてしまえば
意図的にそのユーザーのデータを壊せるでしょ?
便利じゃね?

708 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 13:08:26.58 ID:wQSInbL00
>>706
例えばtarで圧縮したときはファイルの日付や所有者まで全部保存される
WindowsでもLinuxでもね
ファイルの中身と同じくらい重要な情報で、だからきちんと管理されてる
いらないってんなら全部Cドライブ直下にでも/直下にでもずらりと置けばいい

709 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 13:10:29.98 ID:wQSInbL00
>>706
あとね、バイナリエディタでファイル開いてもファイル名とか格納されていないよ
だから格納されてるされてないで重要度は判断はできない

710 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 13:14:56.03 ID:u4T6eHTd0
>>708
だからtarを使えば良いのでは?

ソースコードのバージョン管理をしたい時に
tar使っても過去の履歴がないのは、tarの機能が低いんじゃなくて
アーカイブツールだから。専用のソフトを使うのが一番適切

711 :デフォルトの名無しさん (JP):2017/04/29(土) 14:52:55.32 ID:D/W8thCKH
所有者やアクセス権整理するスクリプト書いて一緒にコミット汁

712 :デフォルトの名無しさん (ドコグロ):2017/04/29(土) 15:15:45.56 ID:uMWscgROM
>>708
Linux で作成して Windows で展開しても所有者が保存される?

713 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 18:08:58.31 ID:awogmL8Y0
秋田

714 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 23:12:33.25 ID:O2AdtwVJ0
>>708
/直下にファイルをずらずら置いておいても困らない例なんていくらでもあるけど
Gitを何に使いたいのかな?具体的な利用方法を言ってみてよ
他のツールでできることがGitでは出来ない、ではなく、ユースケースで言ってみて

言えないならさようなら

715 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 23:37:08.61 ID:FuTLeYzk0
またこいつか

716 :デフォルトの名無しさん (ワッチョイ):2017/04/29(土) 23:38:53.95 ID:jlBbI1A10
tarでファイルに他人に所有権のファイルが有った時、
自分のホームディレクトリ以下に展開した時
他人のファイルが出来ちゃうの?
それって危険だよね。tarの脆弱性か

717 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 00:39:57.06 ID:stNMbg2v0
tarはファイルの所有者情報を記録するけど
普通は、展開するときに所有権情報まで一緒に展開しない
展開したユーザの所有権で展開される

システム管理者がスーパーユーザ権限で作業するときぐらいだよ
記録された所有者情報を使うのは

718 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 01:22:11.27 ID:9gQ91qOn0
>>714
なんのためにディレクトリがあるのかわかってる?
gitはディレクトリ情報は保存するぞ

719 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 03:52:31.39 ID:qsFul2YM0
言えないからさようならw

720 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 04:25:21.95 ID:GoGMStRX0
>>718
そうやって煽ってもいい加減つまんないぞ

721 :デフォルトの名無しさん (ドコグロ):2017/04/30(日) 11:09:52.78 ID:CJ1bT41aM
どうみても >>714 の方が煽りだろ

722 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 11:38:11.27 ID:U/xvgYsy0
タイムスタンプと寸分違わず同じ流れでよく飽きませんね

723 :デフォルトの名無しさん (JP):2017/04/30(日) 12:20:34.09 ID:VPr4LyhYH
この程度で飽きるならとっくに2ちゃん辞めてる

724 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 13:39:58.71 ID:STBPt1Jg0
そもそもタイムスタンプ問題は何も解決していない

725 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 13:46:17.20 ID:kmaYjpOe0
解決もなにもそんな問題自体ないから

726 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 13:47:51.58 ID:STBPt1Jg0
そういうことに、したいのですね。

 ヘ_ヘ
ミ・・ ミ  
(   )〜 あさから よかいち

727 :デフォルトの名無しさん (JP):2017/04/30(日) 14:11:44.10 ID:VPr4LyhYH
git checkout -b void

728 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 14:12:49.53 ID:ubyMNxSN0
git branch -d void

729 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 14:53:45.28 ID:stNMbg2v0
error: The branch 'void' is not fully merged.
If you are sure you want to delete it, run 'git branch -D void'.

730 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 14:56:49.20 ID:ubyMNxSN0
git branch -D void

731 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 22:29:42.03 ID:kMpmo3Sg0
rebaseして失敗したら追加したファイル全部なくなったんですが、復旧できないですか?

732 :デフォルトの名無しさん (ワッチョイ):2017/04/30(日) 22:41:16.00 ID:aHkcW8aG0
rebase --abortすりゃいいだろ
すげー楽だよ。gitは失敗が怖くない。

733 :デフォルトの名無しさん (JP):2017/05/01(月) 10:20:41.89 ID:ujE6Bxy4H
>>698
例えば、creatorがWindowsユーザだったらどうすんの?

734 :デフォルトの名無しさん (JP):2017/05/01(月) 11:23:05.58 ID:hzoMRY/LH
>>732
ありがとう

735 :デフォルトの名無しさん (JP):2017/05/01(月) 11:23:48.63 ID:hzoMRY/LH
>>733
umaskじゃね

736 :デフォルトの名無しさん (JP):2017/05/01(月) 11:46:07.72 ID:ujE6Bxy4H
>>735
意味がわからない

737 :デフォルトの名無しさん (ワッチョイ):2017/05/01(月) 16:39:04.61 ID:cTnhqS2C0
どうすんの?じゃなくて、なんですんの?を誰も言わない所が共通してるね。

738 :デフォルトの名無しさん (JP):2017/05/01(月) 16:50:48.82 ID:ujE6Bxy4H
なんでは明らかでしょ
それを知りたいから

739 :デフォルトの名無しさん (ワッチョイ):2017/05/01(月) 16:57:26.26 ID:hDYaKlR40
そうだね
タイムスタンプはどうでもいいけど
アクセス権は元に戻ってほしい

740 :デフォルトの名無しさん (JP):2017/05/01(月) 17:01:09.54 ID:ujE6Bxy4H
ownerとpermissionをごっちゃにしてるんすかね

741 :デフォルトの名無しさん (ワッチョイ):2017/05/01(月) 18:17:41.10 ID:cTnhqS2C0
>>738
所有者を復元するという事の何を知りたいの?実装方法?手段が目的な人?

742 :デフォルトの名無しさん (ササクッテロロ):2017/05/01(月) 18:40:03.38 ID:UnFVzn0bp
そんなことより次のネタ予想しようぜ

743 :デフォルトの名無しさん (ラクッペ):2017/05/01(月) 18:40:27.76 ID:UGeh3nSfM
「どうしてそうしたいの?」とやたらに理由聞きたがる人が出てくるけど
彼らはなにがしたいんだろうか。
第三者が理由を聞きたがる理由がわからない

744 :デフォルトの名無しさん (JP):2017/05/01(月) 18:41:49.90 ID:ujE6Bxy4H
>>741
何言ってるんでしょう、この人

誰も目的を聞かないというから、目的は明確でしょうと言ってるのに

745 :デフォルトの名無しさん (ワッチョイ):2017/05/01(月) 18:42:03.79 ID:tRarccr20
そんなことしても何の役にも立たないのになんでやりたがるんだ?
って言うのをちょっとオブラートに包んだだけだろw

746 :デフォルトの名無しさん (ワッチョイ):2017/05/01(月) 19:19:27.44 ID:63wSkuUp0
北朝鮮に何でミサイル撃つんだって聞く方が判り易い

747 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 01:00:12.88 ID:NO5OoAYe0
>>743
「〇〇の機能が欲しい」というのは、大抵「□□という差し迫ったシチュエーションで問題を解決したいから、〇〇の機能が欲しい」という形に言い直せて、
そして、「□□での問題解決するには、実は〇〇という機能でなく△△という機能を使ったほうがもっと良い」ということが往々にしてあるから。

というか、「〇〇の機能」の実装にあたって、実際には〇〇の機能をただ追加するだけじゃ済まなくて、既存の☆☆機能との整合性はどうするか、とかそういう部分も考えなくちゃいけないから、
仮に新機能を実装するとしても、「どうしてそうしたいの?」という問いは重要であろう

建築家が「トイレが10個ある家にして」と注文されたら、どうして10個必要なのか聞くでしょ。そして理由によって10個をどのように配置するか、トイレの内装なり便器なりを細かく決めていくでしょ。
それと同じことだよ。

自分にとっては自明だと思っているのかもしれないが、普通にどういう状況でその機能が欲しいかわからないから聞いているだけなんだけどな。

Gitはファイルシステムとかアーカイバ、バックアップツールとしてデザインされているわけじゃないから、それらの代替として使おうとしたら色々問題があって当たり前
それでもGitを使いたいんだとすれば、それらの用途にGitを使う意味を何か見出しているんだと思うんだけど、そこをどういう風に把握しているのかわからなければ解決策も考えられないよ
Git以外のもっと便利なツールを紹介できるかもしれないし。
Git含めどんなツールも銀の弾丸ではないんだからあらゆるものにケチつけようと思えばケチ付けられるわけで。だけどそれは生産的な行為だとは思えない。

748 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 04:27:52.05 ID:A1aerigX0
>>747
マジメかっ

749 :デフォルトの名無しさん (アウアウウー):2017/05/02(火) 09:40:45.97 ID:lmunJWcIa
>>747
gitが本気で便利なら3行でまとまるはず

750 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 09:50:02.99 ID:Spp7QSKK0
> gitが本気で便利なら3行でまとまるはず
どういう理屈で?

751 :デフォルトの名無しさん (JP):2017/05/02(火) 10:13:57.00 ID:icdrLzQNH
>>747
ファイルごとに履歴を先頭まで遡れば誰がaddしたのかわかるわけで、家にトイレ10個レベルの違和感わない

752 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 11:11:09.66 ID:fJzwGtxI0
>>747
ケチをつけずに質問にだけ答えろよ
お前の方が口先ばかりで生産性無いぜ

753 :デフォルトの名無しさん (オッペケ):2017/05/02(火) 12:16:53.78 ID:zy/cUdw9r
教えたがりの屁理屈w

754 :デフォルトの名無しさん (スプッッ):2017/05/02(火) 12:20:00.45 ID:QzQj3NgLd
>>751
マージした内容は行単位で辿れるのに所有権はファイル単位なのは整合性が取らなくないか?
またgitのlogはファイルの履歴ではなくファイルの内容の履歴を追う
この機能ともファイルの所有権の管理はそぐわない

755 :デフォルトの名無しさん (スプッッ):2017/05/02(火) 12:21:04.39 ID:QzQj3NgLd
>>752
第三者が理由を知りたがるのは何故か?という質問に見事に答えてるだろ

756 :デフォルトの名無しさん (スプッッ):2017/05/02(火) 12:22:22.79 ID:QzQj3NgLd
>>749




757 :デフォルトの名無しさん (JP):2017/05/02(火) 12:56:47.50 ID:icdrLzQNH
>>754
> またgitのlogはファイルの履歴ではなくファイルの内容の履歴を追う
git logでは"Author"が表示されるが?

> この機能ともファイルの所有権の管理はそぐわない
管理しようという話じゃない
念のため言っておくが、「ファイルの所有権」の定義の話をしたいわけでもないぞ

git commitの日付を復元したいとか、ファイルの最終更新日を復元したいとかいろいろ
人によって異なるだろうが、それは単にそれを知りたいからだ

なんで人がそうしたいのか、お前の好奇心を満たさなきゃらなないんだ?

758 :デフォルトの名無しさん (ブーイモ):2017/05/02(火) 13:45:19.47 ID:QUjyp23BM
>>757
そのAuthorはファイルの所有者じゃないだろう

759 :デフォルトの名無しさん (JP):2017/05/02(火) 14:01:28.44 ID:icdrLzQNH
>>758
えーと、git cloneしたら、ファイルの「所有者」は自分になるとかそういうこと言いたいんでしょうか
そういうつまんない議論したくないんですが

760 :デフォルトの名無しさん (ブーイモ):2017/05/02(火) 14:57:07.98 ID:ciC4yh5PM
>>759
git log で表示されるauthorはファイルのownerでは無くて
コミットした人のconfigで設定されていたauthorが表示されますよね?

761 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 14:59:04.67 ID:fJzwGtxI0
>>759
ファイルの所有者の話から始まっているんですよ
口をはさむなら最初から読んでください

762 :デフォルトの名無しさん (ブーイモ):2017/05/02(火) 15:05:45.32 ID:ciC4yh5PM
>>761
おまえファイルの内容の履歴の意味がわかってないだろ

763 :デフォルトの名無しさん (スプッッ):2017/05/02(火) 15:12:56.04 ID:QzQj3NgLd
>>757
git blame
してごらん
各行毎にどのコミットに由来するかが表示される

gitにとってコミットが責任の単位なんだよ

764 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 18:08:53.38 ID:8dDxRnsR0
>>339
重い
調べたらgitkrakenっていう別ソフトがあるのでこれから試してみる
https://www.gitkraken.com

765 :デフォルトの名無しさん (ワッチョイ):2017/05/02(火) 21:23:12.72 ID:1BL9yepd0
SourceTree2.0になって軽くなったんじゃなかったっけ

766 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 00:02:44.72 ID:/FJiuNZS0
バージョン管理で重要なのはファイルの所有者じゃなくて
コミットした内容の所有者というか修正者である。

そのソースコードを誰にあげましたとかいらない。
誰が修正しましたかが重要。しかもメールアドレス付きでね。
重要ならば署名までつけられるしすごいことだよ。

という事で話は終わりじゃね?

767 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 01:16:42.02 ID:Bt9tKgiK0
masterとリリース用って分けるのが普通?

768 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 01:40:20.24 ID:jU3FK0a/0
>>767
運用によるgit flowとかgithub flowとかでググれ

769 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 01:47:58.83 ID:R+sft0vk0
>>764
どんな塩梅? 日本語使える?

770 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 02:05:05.99 ID:Bh8bh08M0
>>757
好奇心ではない、適切な解決策を見つけるために理由を聞いているのだ、と明確に書いたつもりなのだけども。
所有者を保存しておきたい理由が一般的なソースコードのバージョン管理の必要性からはわからず、なぜ保存したいのかわからなければ適切な解決策が提案できないとも書いているんだけども

目的の為に手段を考えるべきで、所有者の保存というのは手段にすぎない。そしてその手段は特にソースコードのバージョン管理を行うという観点からして素直に実装できるものではない。
その目的が「人によって異なる」時点で適切な設計を定義するのが難しくなるだろ。ツールの機能として実装するには、どんな人でも大抵同じ理由でその機能が欲しい、とならなければ細部まで設計できない。

771 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 05:12:21.76 ID:B4kcC+3m0
筋が悪いことを延々と主張する人っているんだな

772 :デフォルトの名無しさん (スッップ):2017/05/03(水) 11:28:03.91 ID:xkQWxFrsd
sidやuidのことなら、それはマルチユーザー環境やファイルサーバーなんかでアクセス制御に関連して備わっているもなので、趣旨の異なるgitで保持してもゴミ情報
単なる数字列を見て何ができるんだか

773 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 14:11:26.51 ID:eMP4zE8M0
guidは糞

774 :デフォルトの名無しさん (ワッチョイ):2017/05/03(水) 14:32:23.88 ID:/FJiuNZS0
>>766
で問題解決したようですね。

バージョン管理で重要なのはファイルの所有者じゃなくて
コミットした内容の所有者というか修正者である。

775 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 05:57:28.02 ID:sUxNesMD0
rebaseが強力すぎて、昨日は1日中コミットコメントの修正やってたわ

776 :デフォルトの名無しさん (ササクッテロレ):2017/05/04(木) 08:19:48.19 ID:Pg1JSwdjp
実に素晴らしいGWの使い方ですね

777 :デフォルトの名無しさん (ラクッペ):2017/05/04(木) 15:10:39.35 ID:CGBB8kU5M
誰がコミットしたファイルか
なんて情報は開発中にしか使わないでしょ?
デプロイ時にはパーミッションや所有者情報のほうがずっと大事だし
それらがいつよ間にか黙って消えて無くなるのは辛いことだよ

778 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 15:26:38.42 ID:pmL645Ea0
>>777
所有者とパーミッションは設定スクリプトを書けばいい

779 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 15:27:35.91 ID:TekYC6Iv0
Unixじゃパーミッションやグループやオーナはデプロイ時に設定するのが一般的だな
特にオーナとグループはデプロイするローカルな環境に依存していてパーミッションの効果に影響するから
ソース管理でファイルが保持している情報をそのままデプロイするとかありえん

780 :デフォルトの名無しさん (ラクッペ):2017/05/04(木) 15:41:40.21 ID:CGBB8kU5M
>>779
そのままデプロイするとかありえんって……
いつの時代の人なんですかね

781 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 15:58:20.15 ID:TekYC6Iv0
>>780
開発するときにはお前自身は書き込み可能なオーナーとパーミッションになってないと行けないけど、
それがデプロイされた環境でそのまま書き込み可能な状態になってたらクビだよお前

782 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 15:59:46.62 ID:pmL645Ea0
正論

783 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 18:41:08.70 ID:WxX6+QH80
そういやどうして実行権限だけ保持できるようになってるんだろう

784 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 19:07:37.28 ID:622MjM8c0
実行できなくなったら困るからじゃね

785 :デフォルトの名無しさん (ワッチョイ):2017/05/04(木) 19:17:18.51 ID:F88t7MBG0
>>783
そう言う風に作ってるから
git update-index --chmod=(+|-)x
なので指定できるのは実行権限だけ

786 :デフォルトの名無しさん (ワッチョイ):2017/05/06(土) 00:33:44.71 ID:+I3PGsM20
ほんと半端なつくりだよな・・・

787 :デフォルトの名無しさん (ワッチョイ):2017/05/06(土) 01:19:34.30 ID:ev+w1J/D0
またお前か・・・

788 :デフォルトの名無しさん (ササクッテロレ):2017/05/06(土) 03:29:05.15 ID:BjeRux9pp
gitに代わる最強のソースコード管理システム作ってくれてもええんやで

789 :デフォルトの名無しさん (ワッチョイ):2017/05/06(土) 10:10:06.09 ID:TwsseMKW0
Git使い方入門
https://www.amazon.co.jp/dp/4863542178/

お前らが喧嘩している間にGit入門書の決定版が発売されていたな

790 :デフォルトの名無しさん (ワッチョイ):2017/05/06(土) 12:35:49.55 ID:ojKA7hlp0
もう3年早く出版してほしかった

791 :デフォルトの名無しさん (ワッチョイ):2017/05/08(月) 11:12:58.66 ID:2v3rAFCf0
>>789
今更入門書なんかいらないよ
卒業編を持ってこい

792 :デフォルトの名無しさん (JP):2017/05/08(月) 15:22:01.83 ID:zqCx33pkH
>>789
読み物としては面白い

793 :デフォルトの名無しさん (ラクッペ):2017/05/14(日) 11:49:06.33 ID:e2rBnMzFM
ファイルの属性が無くなるのは仕様?
setuidしてたやつが動かなくなっちまったぞ

794 :デフォルトの名無しさん (ワッチョイ):2017/05/14(日) 12:05:24.56 ID:J/7Z9g0V0
そう仕様

795 :デフォルトの名無しさん (アウアウカー):2017/05/14(日) 14:00:37.74 ID:c+cCg3z4a
2.13が出たのにお前ら冷たいな

796 :デフォルトの名無しさん (ワッチョイ):2017/05/14(日) 18:40:23.92 ID:F69OObPm0
俺スゲエ、って自慢したいだけのネタさがしで本当はだれもGitなんて興味ない

797 :デフォルトの名無しさん (ワッチョイ):2017/05/14(日) 18:50:46.97 ID:pZ8yqHc90
ということにしたいんだけど、どう?うまくいったかな?

798 :デフォルトの名無しさん (ワッチョイ):2017/05/15(月) 09:09:53.97 ID:ITGYMTaF0
>>794
デフォルトの仕様ってことはわかった
設定で回避したいんだけど、どうしたらいい?

799 :デフォルトの名無しさん (ワッチョイ):2017/05/15(月) 09:21:16.12 ID:Rg+9vKeM0
どう仕様

800 :デフォルトの名無しさん (ワッチョイ):2017/05/15(月) 10:40:45.14 ID:1a1vOse20
hook でスクリプトじゃないかなあ

801 :デフォルトの名無しさん (ブーイモ):2017/05/15(月) 16:50:11.42 ID:oS2RU2PiM
タイムスタンプはコミット時間で補完出来たけど
setuidの情報とかどこにもないから自分で保存して設定する仕組み作るしかないな

802 :デフォルトの名無しさん (ワッチョイ):2017/05/15(月) 17:17:42.93 ID:Dn3Q0/XD0
setuidはデプロイするシステム側でつけるんじゃないの?

803 :デフォルトの名無しさん (ワッチョイ):2017/05/15(月) 17:22:44.87 ID:ITGYMTaF0
>>802
テスト環境では直接gitでモリモリしてたけど良くないのか?
めったにいじらないファイルだったから気づかなかった

804 :デフォルトの名無しさん (スッップ):2017/05/15(月) 18:06:52.29 ID:VXPutR+gd
>>803
setuidの目的から考えると、gitの情報から復元するのは危険だろうね

805 :デフォルトの名無しさん (アウアウウー):2017/05/15(月) 18:59:30.87 ID:ejKo8zg4a
>>799
仕様もない

806 :デフォルトの名無しさん (ワッチョイ):2017/05/20(土) 18:46:22.14 ID:NsW7IlhH0
レスがないとは殊勝な

807 :デフォルトの名無しさん (ワッチョイ):2017/05/21(日) 09:03:49.16 ID:lI2AjJAk0
Windows上にリモートリポジトリ置いて、別PCにローカルリポジトリ(リモートのクローン)を置いたときに、
リモートへのpushができなくて困っています。
pull、fetchはできたのでパス設定は誤ってないのと思うのですが。。もし対処が分かる方いましたら教えてください。

------------------------------------------------------------------------------------
remote: error: object directory (リモートリポジトリ)/objects does not exist; check .git/objects/info/alternates.
remote: fatal: unresolved deltas left after unpacking
error: unpack failed: unpack-objects abnormal exit
To (リモートリポジトリ)
! [remote rejected] master -> master (unpacker error)
error: failed to push some refs to '(リモートリポジトリ)'
------------------------------------------------------------------------------------

808 :807 (ワッチョイ):2017/05/21(日) 09:26:50.23 ID:lI2AjJAk0
一部解決。
別PC上のgitをバージョン上げたら、TortoiseGitからのpushに成功しました。

が、VisualStudioからのpushができない。。

809 :デフォルトの名無しさん (エーイモ):2017/05/21(日) 11:14:10.48 ID:h5RyjkDfE
修正用にブランチを作成してから他人のリポジトリにプルリクエストしたんですけど
masterじゃなければpush -fしても大丈夫ですか?

810 :デフォルトの名無しさん (ワッチョイ):2017/05/21(日) 12:30:11.65 ID:p6l6rAE/0
push -fって、他の人が折角作ったリポジトリを破壊したいのか

811 :デフォルトの名無しさん (ワッチョイ):2017/05/21(日) 14:44:53.34 ID:2E7Z41P00
>>808
firewall

812 :デフォルトの名無しさん (ワッチョイ):2017/05/21(日) 15:02:40.82 ID:KYYeGok80
>>810
push -fするのは他人のリポジトリって言ってませんよね?
自分のリポジトリの自分のブランチですよ?

まったくgit初心者ってバレバレなんだから
無理してレスするな

813 :デフォルトの名無しさん (ワッチョイ):2017/05/21(日) 17:49:40.11 ID:kNbVpIPT0
>>812
誤解されるような書き方をするほうが悪い

814 :デフォルトの名無しさん (ワッチョイ):2017/05/21(日) 18:53:55.05 ID:99kOcSi/0
>>812
ですよね

815 :807 (ワッチョイ):2017/05/21(日) 19:06:11.58 ID:lI2AjJAk0
1日頑張ったけど解決しなかった。
わっかんねー。

>>811
Git for Windowsを許可しても、TCP9418を許可してもダメでした。

816 :デフォルトの名無しさん (ワッチョイ):2017/05/22(月) 00:24:29.43 ID:rn8iG5MY0
unpack failed: unpack-objects abnormal exit
でググったが分からんな

817 :デフォルトの名無しさん (エーイモ):2017/05/25(木) 09:56:57.92 ID:gJtqScyhE
.gitignore
task.php
password.txt

これら3つのファイルのみ管理したいんですが
initial commitしてから2回目以降からはpassword.txtの変更をgit add -Aとかでaddされたりコミットしないようにしたいんですけど
どうしたらいいのでしょうか?
毎回git add task.php .gitignoreみたいに手打ちするのが面倒くさいです

818 :デフォルトの名無しさん (JP):2017/05/25(木) 10:02:49.20 ID:nE79I92lH
.gitignoreに
*して
例外に
task.php
password.txt
入れろ

819 :デフォルトの名無しさん (エーイモ):2017/05/25(木) 13:55:40.88 ID:gJtqScyhE
.gitignoreの内容をこうするんですか
*
!task.php
!password.txt

でもこうするとpassword.txtを編集した時にpassword.txtもステージングされてしまいコミット対象になってしまいます

820 :デフォルトの名無しさん (ワッチョイ):2017/05/25(木) 14:26:06.55 ID:CXNFHBlU0
.gitignoreに
password.txt
でいいんじゃないの

821 :デフォルトの名無しさん (ワッチョイ):2017/05/26(金) 02:46:41.58 ID:eV7JVPOs0
>>817
ググりゃすぐ出てくるじゃん

https://stackoverflow.com/questions/936249/how-to-stop-tracking-and-ignore-changes-to-a-file-in-git


試してみたやつ
https://paiza.io/projects/0_6etRTmQWfQIyqckR-FfQ

822 :デフォルトの名無しさん (アウアウウー):2017/05/26(金) 06:00:42.82 ID:OOmYkqkra
>>817
git update-index --assume-unchanged [filepath]

823 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 22:36:06.11 ID:WKcoaBZy0
週末に自宅でプログラミングしていくつかコミット作った後で、
月曜日に会社に出社してからコミットの日付を月曜日の時間に変えたいんですがどうしたらいいですか

824 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 22:47:08.27 ID:hTWL2ZhC0
>>823
rebase

825 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 23:03:12.07 ID:WKcoaBZy0
rebaseしてみましたが、sourcetreeだと、日時とコミットした...の二つが表示されていて、
日時の方に最初にコミットした時間が残っていますね。。

826 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 23:09:14.20 ID:hAX4yYWb0
http://qiita.com/itochan/items/c89a1a9b5bd073217537
この辺の話かね?

827 :デフォルトの名無しさん (ブーイモ):2017/06/02(金) 23:11:37.47 ID:md2uAZGeM
rebase --ignore-date

828 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 23:31:48.02 ID:ehtIP3uB0
うーん

829 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 23:51:32.96 ID:WKcoaBZy0
コマンドじゃなくてsourcetreeで簡単にできないんすかね

830 :デフォルトの名無しさん (ワッチョイ):2017/06/02(金) 23:55:25.15 ID:xUiVlsMK0
出社してからコミットすれば?

831 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 01:59:29.57 ID:yxu/fCGK0
週末に作ったコミットと同じ内容のコミットを手作業でコーディングしていって新しくコミット作るしかないんでしょうか

832 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 02:27:51.58 ID:Uw5Qf9Wo0
環境がよくわからないのだけれど、別のディレクトリにgit cloneして、週末に作業した分で上書きしちゃえば良くない?
そもそも作業日時を偽装すんなって話だが

833 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 02:57:18.13 ID:cXJEfJKU0
家からは別ブランチにプッシュしといて出社してから家でやったコミットをmasterにチェリーピックすればいいのでは

834 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 04:39:47.50 ID:/kqtS8wt0
cherry-pick もオプション無しだと元のコミットの AuthorDate を引き継ぐね
コマンドラインからなら -n 指定してそのあとコミットすれば更新されると思うけど
それなら rebase --ignore-date HEAD^ で書き換えたほうが早い

835 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 07:39:06.64 ID:M21V1RL00
>>831-832で思ったけど、戻りたいところまでgit reset --softで戻ってaddしてコミットし直しが一番簡単かな?
SourceTreeだけでもできるし

836 :デフォルトの名無しさん (JP):2017/06/03(土) 10:15:19.84 ID:sCohk93mH
git rebase -i HEAD~
pick->edit
vi README.md
git add README.md
git commit --amend
git rebase --continue

837 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 12:12:01.42 ID:yxu/fCGK0
会社のソースコードを持ち出して自宅で作業してるってバレたら嫌じゃないっすか

838 :デフォルトの名無しさん (ワッチョイ):2017/06/03(土) 12:35:54.10 ID:3br47TQ30
コミットログを改竄しないといけないなんて大変ですね

213 KB
新着レスの表示

★スマホ版★ 掲示板に戻る 全部 前100 次100 最新50
名前: E-mail (省略可) :


read.cgi ver 05.02.02 2014/06/23 Mango Mangüé ★
FOX ★ DSO(Dynamic Shared Object)