アカウント名:
パスワード:
コミットが遅れると、自分と重複するコードを書いていた奴とコンフリクトするから書き直しになる可能性がある、と。遅れを取らないようにコードを早く書き上げるようになるので開発速度が上がると。
上手く他人と調和するコード書いていけるうちはいいかもしれないが衝突が嫌なやつが他人と被らないようにコードを書いていくことになって、同じ機能がいろんな部分に分散する危険性もあるんじゃないかな、と。
コンフリクトした後の修正がいやだから、別のフォルダ（管理外）で作業して、最新のソース取得してそれに上書き後、コミットしてたやつがいて大変だった※彼はコンフリクトしない方法としてあみだしと自慢してた
コミット時にテストが走る方式だとコンフリクトするはずだった機能のテストがコケるからバレるよ。
そういう奴には今回の仕組みは有効に働くかな。ただコンフリクトが起きなきゃいいんじゃなくて、コンフリクトはまずは正しく回避して、それができずに発生したら正しく解決しましょう、と。
それはgitのブランチ分け+rebaseと違うの?「大変だった」というには、いろいろ問題があったのだろうし、rebaseもコンフリクトを完全に排除する訳じゃないけど。
...まさか「上書き」の際に、元ソースの本来ぶつかる部分を戻しちゃってたとか?
君は元コメを理解するには恵まれすぎているようだな。てかrebaseはマージしたものの管理方法が違うだけで普通にマージだよ。
そのまさかでしょう。
それは即時ビルドブレークを発生させ、最終コミット者として彼が周りからの袋叩きに合うと思うのだが違うのか？
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
弘法筆を選ばず、アレゲはキーボードを選ぶ -- アレゲ研究家
つまり早い者勝ち？ (スコア:1)
コミットが遅れると、自分と重複するコードを書いていた奴とコンフリクトするから
書き直しになる可能性がある、と。
遅れを取らないようにコードを早く書き上げるようになるので
開発速度が上がると。
上手く他人と調和するコード書いていけるうちはいいかもしれないが
衝突が嫌なやつが他人と被らないようにコードを書いていくことになって、
同じ機能がいろんな部分に分散する危険性もあるんじゃないかな、と。
Re:つまり早い者勝ち？ (スコア:0)
コンフリクトした後の修正がいやだから、別のフォルダ（管理外）で作業して、
最新のソース取得してそれに上書き後、コミットしてたやつがいて大変だった
※彼はコンフリクトしない方法としてあみだしと自慢してた
Re:つまり早い者勝ち？ (スコア:1)
コミット時にテストが走る方式だとコンフリクトするはずだった機能の
テストがコケるからバレるよ。
そういう奴には今回の仕組みは有効に働くかな。
ただコンフリクトが起きなきゃいいんじゃなくて、コンフリクトは
まずは正しく回避して、それができずに発生したら正しく解決しましょう、と。
Re: (スコア:0)
それはgitのブランチ分け+rebaseと違うの?
「大変だった」というには、いろいろ問題があったのだろうし、rebaseもコンフリクトを完全に排除する訳じゃないけど。
...まさか「上書き」の際に、元ソースの本来ぶつかる部分を戻しちゃってたとか?
Re:つまり早い者勝ち？ (スコア:1)
君は元コメを理解するには恵まれすぎているようだな。
てかrebaseはマージしたものの管理方法が違うだけで普通にマージだよ。
Re: (スコア:0)
そのまさかでしょう。
Re: (スコア:0)
それは即時ビルドブレークを発生させ、最終コミット者として彼が周りからの袋叩きに合うと思うのだが違うのか？