トランクベース開発

Trunk Based Development

前提

複数の開発者が一つのrepositoryを触っている

Gitでのチーム開発のは話

開発者は1つだけ存在する最新版(trunk/master)に直接コミットをする

誰もbrunchを切らないで開発を行う

brunchを切ると、以下のような問題が生じる

長い間最新版と離れることで発生するマージに時間がかかる

コードのconflict

最新版が常に統合された状態になり、マージや衝突の問題を早期に気づくことができるメリットがある

チームで開発する時はbranchを切ってPR出したりするけど、

リニューアルする時に、masterとリニューアル用を分けない、みたいな

上手くいくイメージがない

同じファイルを同時に修正するとかできなくなるじゃん

一人はスタイル、一人はロジック、みたいな同時並行ができなくなる

TBDはそもそもコンフリクトしない前提なのか？

それとも、「それはファイルの分け方がおかしい」という話になるのか？

どういう人なら嬉しくなるのか？

これが嬉しくなるチームやプロダクトの形があると思う

万人が嬉しくなるわけではないと思う

「途中で一つのbranchをまるごと捨てる」みたいな方向転換がやりづらそう

GoogleやFacebookはTBDでやってますよ、みたいなリンクが有る

U「Facebookは、1つcommitしたらレビューなくdeployされる」

?「バグってたらどうするんですか」

U「修正をcommitすればいい」

?「ｗ」

みたいな会話が会った気がする(うろ覚え)