- 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/
- 111 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:04:58.95 ]
- だからそれがめんどいんだって
current/1/2/object1
current/1/3/object2
current/4/5/object3
とかなってたらややこいだろ
- 112 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:09:42.96 ]
- あすまん 100までしかみてなかったわ
- 113 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:11:22.65 ]
- >>106
Vimのctrlp.vimなら…おっと、スレチなのでこの辺で。
ttp://toro.2ch.net/test/read.cgi/unix/1342368545/
- 114 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 02:15:14.38 ]
- >>111
その場合だと>>105の使うならばそれぞれ、
git vi 2/o
git vi 3/o
git vi 5/o
で開けるなｗ
- 115 名前：デフォルトの名無しさん mailto:sage [2012/10/17(水) 14:11:42.17 ]
- >>97
ひとりだけ契約して、あとはcontributerとして登録すればよいです。
- 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 は使うな。
レビュー反映のコミットも追加されるしね。
|
 |
