[過去ﾛｸﾞ] Git 15©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(1): 転載ダメ©2ch.net (ﾜｯﾁｮｲ) [sageteoff] 2017/02/05(日)05:22 ID:AxwpDksc0(1) AAS
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
外部ﾘﾝｸ:git-scm.com
◆関連サイト
Pro Git - Table of Contents
外部ﾘﾝｸ:git-scm.com
Git入門
外部ﾘﾝｸ:www8.atwiki.jp
◆前スレ
Git 13
2chｽﾚ:tech
Git 14
2chｽﾚ:tech VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured
2: (ﾜｯﾁｮｲ) 2017/02/05(日)06:30 ID:Aiaziz9C0(1) AAS
< ｀∀´>ﾆﾀﾞｰ
3(1): (ﾜｯﾁｮｲ) 2017/02/05(日)14:05 ID:k22lvY+90(1) AAS
Git v2.12.0-rc0
外部ﾘﾝｸ[txt]:github.com
4: (ﾜｯﾁｮｲ) 2017/02/05(日)15:38 ID:+MDXuZ600(1) AAS
rebaseを使いこなして初めて
gitを使えるようになったと言える
5: (ｴﾑｿﾞﾈ) 2017/02/05(日)15:39 ID:uN/SMrchF(1) AAS
>1 乙py
6: (ﾜｯﾁｮｲ) 2017/02/07(火)10:05 ID:rbbJBTTu0(1) AAS
gitlab復旧作業8時間実況すげ
動画ﾘﾝｸ[YouTube]
7(2): (ﾜｯﾁｮｲ) 2017/02/07(火)11:25 ID:HoZye2uF0(1) AAS
rebaseの使い途がそんなにないんじゃね
コミットが何百もあったときにrebaseで綺麗にできると思えん
squashはresetでできる
使えるのは過去のコメントを編集するときくらいか
8(1): (ﾜｯﾁｮｲ) 2017/02/08(水)03:26 ID:EqksEKaR0(1/3) AAS
>>7
コミットが何百もあるブランチを
マージするってのがそもそも間違いだよね？
そのどでかいブランチから、小さく機能を抜き取って
小さなブランチにしてマージするべきだよ。
そのときにcherry-pickを使うのは当然ながら
抜き取ったあとの整理でrebaseも行う
9: (ﾜｯﾁｮｲ) 2017/02/08(水)03:53 ID:TcrM+SWf0(1) AAS
エスパーすると
>>7は"git rebase -i [コミット]"くらいしか使ったことないんじゃなかろうか
違ったらごめーんね
10(1): (ﾜｯﾁｮｲ) 2017/02/08(水)11:32 ID:glAhqeU30(1/2) AAS
何かそういう、ブランチを整理するときのワークフローで分かりやすいドキュメントってないですか？
いつもいろんなgit操作を試行錯誤してしまって、本題がコミットすることからブランチ整理することにずれていってしまうので。
11(1): (ﾜｯﾁｮｲ) 2017/02/08(水)11:38 ID:AT2+3Uwc0(1) AAS
>>8
なるほどと思ったが
cherry-pickは操作後の動作が保証できない
mergeなら操作後の動作が保証できる。完全ではないがcherry-pickよりまし
なのでmergeのほうが優れている
12(1): (ﾜｯﾁｮｲ) 2017/02/08(水)15:36 ID:fGXhImwi0(1) AAS
>>10
masterブランチにcommitしまくるからそうなる
最初に開発ブランチ作れ
13(1): (ﾜｯﾁｮｲ) 2017/02/08(水)17:10 ID:glAhqeU30(2/2) AAS
>>12
あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい
14: (ﾜｯﾁｮｲ) 2017/02/08(水)19:40 ID:Z548kjM+0(1) AAS
最強の整理整頓術はそもそもモノを増やさないことだってのは全く間違ってないと思う
ブランチ整理って何がしたいのか分からんけど、successful git branching modelでも参考にしたらええんちゃうの
15: (ﾜｯﾁｮｲ) 2017/02/08(水)22:22 ID:EqksEKaR0(2/3) AAS
>>11
> cherry-pickは操作後の動作が保証できない
何を言ってるんだ？
cherry-pickはあるコミットを持ってくるというだけの機能で
cherry-pickしたあとの動作なんて最初から何も保証してないんだが
保証できないんじゃなくて、保証してない
だからrebaseして、そのcherry-pickしたコミットが正しく動くようにするんだよ
ちなみに、そもそもなんでcherry-pickして動かなくなるのかといえば
こまめなrebaseをしてないから。例えばコミットに対する修正を別コミットに
していたりするとそうなる。こまめにrebaseして意味のある単位にコミットを
修正していれば他人が読んだときのレビューも楽になるし、再利用もしやすくなる
> mergeなら操作後の動作が保証できる
mergeはブランチ全てをマージするものであってそもそも使うべきところが違う。
ブランチの中の1コミットだけを抜き取りたいときにmergeではできない
（できないからmergeの方が劣ってるとでも？ｗ）
使い方が違うだけの話でどちらかが優れているとか劣っているとかいう話じゃない
16: (ﾜｯﾁｮｲ) 2017/02/08(水)22:48 ID:EqksEKaR0(3/3) AAS
>>13
> あっ、そういうのはいいんで、rebaseを含めブランチの履歴を整理する分かりやすいワークフローがあったら教えて下さい
簡単に言えば、こまめなコミット、こまめなrebaseだよ
有名なオープンソースソフト（例git）のコミットログを眺めてみればいい
あれが目標とすべきコミット
眺めてみればいいといったが、コミットログっていうのは読むものなんだよ。
後から読むこともあるしレビューのときに読むこともある。だから可読性が必要
じゃあコミットの可読性はどうやればあげられるかというと
意味がある単位で小さくまとまめること
例えば試行錯誤した形跡を表しているようなコミットを持ってこられたって
ここバグってる？すぐあとのコミットで修正されてるやーんとなって時間を無駄に費やするだけ
かと言って複数のコミットを全部まとめてしまったら量が多くなりすぎる
では意味がある単位で小さくまとめる（＝ワークフロー）にはどうするかとうと
まず開発中は小さくコミットしていく。大きな単位でコミットしてしまうと後で分けるのが大変になるから。
そして開発中はこまめにrebaseする。他の人にとって知りたいのは結果であって過程じゃない。
プルリク出すときには、最初から間違いなく作業しましたよっていう状態にして置かなければいけない。
rebaseが下手な人はコミットも大きくなって、いろんな修正を混ぜてしまう。
そういうことをするからrebaseするとコンフリクトまで起きてしまう。
コミットを小さくしていれば驚くほど簡単にrebaseができてしまう。
だからこまめなrebaseも苦にならない
17: (ﾜｯﾁｮｲ) 2017/02/08(水)23:13 ID:I20sKjnm0(1) AAS
最初から意味がある単位で小さくまとめるのが理想だけど、
後からブランチの履歴を整理する手段も色々ある。
gitでアレを元に戻す108の方法
外部ﾘﾝｸ[html]:labs.timedia.co.jp
Gitでやらかした時に使える19個の奥義
外部ﾘﾝｸ:qiita.com
18: (ｱｳｱｳｶｰ) 2017/02/09(木)08:27 ID:ClsEJCvia(1) AAS
git(hub)-flow
19(1): (ｴｰｲﾓ) 2017/02/13(月)10:17 ID:Ql0/GOXFE(1) AAS
git mvしないでmvしちゃったんですけどgit addしたらrename扱いになってました
絶対にgit mvしなくてもgit画面どう見てくれるから問題ないってことですか？
20: (ﾜｯﾁｮｲ) 2017/02/13(月)10:39 ID:1h+Oz1MN0(1) AAS
>>19
中身を書き換える前ならわりと追ってくれる
どこまで追ってくれるか試すと楽しいぞ
21: (ﾜｯﾁｮｲ) 2017/02/13(月)15:13 ID:UyeCKZqE0(1) AAS
改行コード変わるだけで別ファイルになるけどな
22(1): (ﾜｯﾁｮｲ) 2017/02/17(金)09:56 ID:hEtwtvyY0(1) AAS
毎日仕事が終わったら、その日作ったソースコードを
gitサーバーにコミットして帰宅する俺。
23: (ﾜｲﾓﾏｰ) 2017/02/18(土)01:13 ID:neEeF1u6M(1) AAS
コミットして帰ると次の日休んだ時にビルドが通らないと呼び出し喰らうパターンだな
24(1): (ﾜｯﾁｮｲ) 2017/02/18(土)01:21 ID:YzcxuYMW0(1) AAS
>>22
プッシュじゃなくて？
25: (ﾜｯﾁｮｲ) 2017/02/18(土)01:58 ID:SqGT/vv90(1) AAS
>>24
ごめん、プッシュね。
マネジャーの人が俺らの作業をチェックしたいらしくて、
毎日帰るときにみんなプッシュしてから帰宅する。
svn時代と変わらない。
26(2): (ｻｻｸｯﾃﾛﾙ) 2017/02/18(土)02:04 ID:odevQhO/p(1) AAS
細かくコミットしていくことを心掛けたいが、気付くとコミットを忘れて突っ走ってしまう
そんな馬鹿野郎におすすめのツールとか運用とかないですか
27: (ﾜｯﾁｮｲ) 2017/02/18(土)03:06 ID:3dbLYC4l0(1) AAS
>>26
突っ走った後にgit add -p 使って複数のコミットを作る
28(1): (ﾜｯﾁｮｲ) 2017/02/18(土)11:33 ID:YCJMYP7V0(1) AAS
>>26
一定時間ごとに自動でコミット、プッシュするスクリプトがあったと思う
29: (ﾜｯﾁｮｲ) 2017/02/18(土)13:22 ID:y2nzrwVZ0(1) AAS
>>28
そんなことするぐらいなら、
一定時間ごとに「コミットしろよ」って通知出すほうが良いわなｗ
30: (ﾜｯﾁｮｲ) 2017/02/19(日)22:56 ID:ae9YYSse0(1) AAS
cron 書けとしか言いようがない。
上下前次1-新書関写板覧索設栞歴
あと 972 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ
ぬこの手 ぬこTOP 0.014s