有料記事！

• 使い捨て統合ブランチを活用する（ここでは next という名前を使うことにします）featureはいきなりdevelopへマージせず、next へマージしてテストするリリース安定化作業はfeatureのマージを禁止したdevelop上で行う作業中であってもfeatureをnextへマージしてよいnextがrevertやrebaseされたトピックの再マージ等で複雑になってきたら、一旦 develop へreset必要なトピックだけマージしなおして綺麗なnextを再構築する

• featureはいきなりdevelopへマージせず、next へマージしてテストする

• リリース安定化作業はfeatureのマージを禁止したdevelop上で行う作業中であってもfeatureをnextへマージしてよい

• 作業中であってもfeatureをnextへマージしてよい

• nextがrevertやrebaseされたトピックの再マージ等で複雑になってきたら、一旦 develop へreset必要なトピックだけマージしなおして綺麗なnextを再構築する

• 必要なトピックだけマージしなおして綺麗なnextを再構築する

このようなルールであれば release および master という統合ブランチは廃止され develop 一本だけを気にすれば良いことになります。使い捨て統合ブランチは新規に導入されますが必須ではないですし、これはいつでも develop に reset 可能なので、よくわからなくなったら develop に reset で良いです。masterやreleaseのように慎重に扱う必要はありません。CI環境やローカルのみに使い捨て統合ブランチを置いておく運用もアリです。

（使い捨て統合ブランチの解説についてはこちらをご覧ください。）