「LinkedIn の開発で使用されている開発手法「continuous deployment」」記事へのコメント

つまり早い者勝ち？

[kicchy (4711)]

コミットが遅れると、自分と重複するコードを書いていた奴とコンフリクトするから
書き直しになる可能性がある、と。
遅れを取らないようにコードを早く書き上げるようになるので
開発速度が上がると。

上手く他人と調和するコード書いていけるうちはいいかもしれないが
衝突が嫌なやつが他人と被らないようにコードを書いていくことになって、
同じ機能がいろんな部分に分散する危険性もあるんじゃないかな、と。

Re:

[Anonymous Coward]

コンフリクトした後の修正がいやだから、別のフォルダ（管理外）で作業して、
最新のソース取得してそれに上書き後、コミットしてたやつがいて大変だった
※彼はコンフリクトしない方法としてあみだしと自慢してた

Re:つまり早い者勝ち？

[kicchy (4711)]

コミット時にテストが走る方式だとコンフリクトするはずだった機能の
テストがコケるからバレるよ。

そういう奴には今回の仕組みは有効に働くかな。
ただコンフリクトが起きなきゃいいんじゃなくて、コンフリクトは
まずは正しく回避して、それができずに発生したら正しく解決しましょう、と。