Git
これだこれ。Subversionのtrunkに近い運用かな。あるいはGitHub Flowのブランチ名をdevelopにして即時公開を抜いたやつ。リリース管理はタグを使えばいいしね。https://t.co/c4K1S9utRx
— 📛松田美文 (@matsuda323) October 17, 2020
ちょっと前に考えていたことだけど、Gitのブランチのマージ戦略について。
全体はTwitterの方を参照してもらうとして、要約すると、ブランチをいっぱい作っても活かし切れないけどブランチを活かす運用はしたいので、masterのほかにdevelopブランチを作って、GitHub Flow程度の頻度でmasterにマージして、リリースはマージとは関係なく都合のいいタイミングで行う、というのを考えています。
で、CharaBox3でdevelopブランチ作ってみました。
今は、課題解決レベルにまで実装が進んでいないので、masterにはマージしていません。
この実装が完了しても、すぐにはリリースせず、他の機能も作るとか、ドキュメントを整備するなどした後に、改めてリリースすることになります。
もちろん、リリースするときにも、ブランチを増やすのは面倒なので、developでドキュメントを作ってmasterにマージするという流れです。
まあ、ドキュメントだけならmasterで直接作業でもいい気はしますが、開発環境をmasterに切り替えると、開発再開したときにdevelopに移動し直すのが面倒ですからね。