- Git 12©2ch.net
524 ：デフォルトの名無しさん[sage]：2015/05/24(日) 11:16:37.86 ID:VWanxcqX - >>522
ん〜と、前提が大ブランチになってるとそうかもしれないけど
Gitの得意技は作業単位で小さなブランチを山ほど作れる所にあるから
得意技を積極的に使った方がお得な気がするな
うちのチームは去年強制的にsvnからgitに移行してからコミット数もブランチ数も20倍くらいに増えた
その代わり、細かくコミットしろ、作業単位でブランチを分けろ
って、半年くらいは口うるさく言い続ける必要があったけどね
レビューの時にコミットツリー図を見ながら
ここはこういう意図で、こういう風にブランチを分けて欲しかった、とか
ややこしいコンフリクトが生じた時に
どういう手順ならマージが簡単だったかとか
具体的に教えたり、みんなで考えたりした
新しい文化を根付かせるのは大変だよ、いつでもさ
|
- Git 12©2ch.net
531 ：デフォルトの名無しさん[sage]：2015/05/24(日) 21:34:38.73 ID:VWanxcqX - >>528
それはいい解の一つだと思う。特に移行期には。
うちも、svnから一気にgitに移行するか、git-svnを使うか結構悩んだ。
でも最後は俺がsvnとgitの両方を使うのが面倒くさいという判断で一気にgitに移行する方を選んだ。
当時の対象プロジェクトがちょうど区切り良く、
過去ログを捨てて一気に乗り換えることができるタイミンングだったのと、
フロアをまたがっているとはいえ、同じビルの中にチームの全員がいるので、なんかあったら顔を合わせて相談できる状態だったから決断できた。
最初はトラブル続出で、「判断間違えたかな？」と内心悩んでいたけど
結局馴染んでくればgitの方が扱いやすくなってきたよ。
しばらくして、VisualStudioがgit標準対応した時は「よっしゃ！」ってなった。
（でも日本語変だよマイクロソフトのgit）
|
- Git 12©2ch.net
532 ：デフォルトの名無しさん[sage]：2015/05/24(日) 22:05:23.23 ID:VWanxcqX - >>530
おれ>>524な
「この人の場合」が俺のことなのか、ほかの人なのか読み取れなかったんだけど、
俺がgit使ってる（使わせてる）理由の一番大きい所は
「間違えてリポジトリ壊しても俺が直してやる。安心してどんどんブランチ作れ！細かくコミットしまくれ！」って言える所だな。
俺の場合、バグとか間違ったコミットとかも積極的に残しておくことを推奨している。
レビューもそのままで特に問題は無かったな。
でも、「間違えても大丈夫」という安心感がないとみんなブランチ活用してくれないんだよ。
特に問題だったのは（svn使っていた頃の話ね）
何ヶ月もたってから、コードのここの部分て、修正入っているんだけど、意図がわからない、当時の担当者はもう居ない。何て事がよくあった。
svnだと、ブランチ＆マージとかコミットとかは結構大事（おおごと）で
みんな、自分の手元で完全に書き終わってからしかコミットしてくれなかった。
ブランチ＆マージはリーダーだけがやる仕事みたいな感じだったし。
そうなると、ログ上いっぺんにあっちこっち修正が入っている中で、特定個所の意図を読み取るのがものすごく難しくて困ったんだ。
今は「マージ操作間違えても俺が直してやる。
安心して、”変数名を書き換える”様な小さな修正でも各自でブランチ作って作業してくれ。」って言える。
これだけでも後から意図を読み取るのは随分楽になったよ。
|