[表示 : 全て 最新50 1-99 101- 2chのread.cgiへ]
Update time : 10/19 15:43 / Filesize : 26 KB / Number-of Response : 123
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Git 5



1 名前:デフォルトの名無しさん [2012/10/14(日) 01:10:12.86 ]
ソースコード管理を行う分散型バージョン管理システム、Gitについて語ろう。
Git - Fast Version Control System
git-scm.com/

◆前スレ
Git 4
toro.2ch.net/test/read.cgi/tech/1329234309/

◆関連サイト
Pro Git - Table of Contents
progit.org/book/ja/
Git入門
www8.atwiki.jp/git_jp/

116 名前:デフォルトの名無しさん [2012/10/19(金) 02:12:22.90 ]
リファクタリングに対するコミットってどうやってますか?

一般的にリファクタリングはミスが起きないように
一歩づつ変更すると思います。

fooをbarに変更、
barのメソッドをスーパークラスに移動
引数の順番を変更。
引数をオブジェクトに変更
etc

この一連のリファクタリング作業を一回のコミットで行うと、
変更点が多すぎてレビューが大変になると思います。
しかし一つづつのコミットに分けるのも多すぎな気がします。

できれば、一連の操作を1つのコミットの中で
動画のように再生可能な形でコミットできればと思うのですが。

117 名前:デフォルトの名無しさん mailto:sage [2012/10/19(金) 05:35:03.08 ]
一つづつコミットしておいて、
レビューが終わったらrebaseしたらいいじゃん

118 名前:デフォルトの名無しさん mailto:sage [2012/10/19(金) 06:46:33.39 ]
一つづつのコミットが多すぎ?なぜ?
各変更点はなるべく小さいほうが、Regressionが見つけやすいんじゃね

119 名前:デフォルトの名無しさん mailto:sage [2012/10/19(金) 09:25:12.66 ]
rebaseってそういうときに使うのか?違うだろ?

120 名前:デフォルトの名無しさん mailto:sage [2012/10/19(金) 09:52:05.58 ]
rebaseはいろんなことに使える
自分のコミットをFast-forward状態にするためのrebaseはもちろん便利だけど、
ベースを変更しないrebaseでのコミットの整理も便利だよ
コミットをまとめたり逆にコミットをばらしたりさらにはコミットの順番を入れ替えたりとか

121 名前:デフォルトの名無しさん mailto:sage [2012/10/19(金) 10:02:12.78 ]
>>116
リファクタリング用にブランチ切って最終的にmerge --no-ff

122 名前:デフォルトの名無しさん mailto:sage [2012/10/19(金) 10:05:50.75 ]
うちはレビューのためにわざわざ分割する事はないけど、
レビュー後 merge --squash か rebase -i は使うな。
レビュー反映のコミットも追加されるしね。







[ 新着レスの取得/表示 (agate) ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧](*・∀・)<26KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef