〈git-flow〉
たぶん,概念?
参考
https://www.oreilly.co.jp/community/blog/2011/11/branch-model-with-git-flow.html
接触
2023/09ころ
mastodon の upstream が release candidate とかに変更入れまくるの、ブランチ運用ルールがその辺りを工夫させてくれないからなのではと思うことがあり、マジで git flow (not GitHub flow) とか使ってみたらいいんじゃねえのと思うことが多々
https://mastodon.cardina1.red/@lo48576/111092702326666714
複数バージョンの並列メンテやってるし、実際 git flow はマッチしていると思うが
https://mastodon.cardina1.red/@lo48576/111092704455993567
@lo48576 Git flow、関係する全員の Git 練度が一定以上ないと死ぬ奴だと思うのよね… lifecycle が長くて、複数の line を並列にメンテするなら必須だと思うけどさささささ…
https://me.dm/@objectxplosive/111092739624239074
@objectxplosive そこで妥協した結果が「beta とか release candidate だけど、依存の更新を必要性が薄くても軽率に入れていきま〜す」になるなら、そこは心を鬼にして commiter に相応のレベルを要求してほしいというのがユーザとしての本音ですね
https://mastodon.cardina1.red/@lo48576/111092750738042740
@lo48576 何故 main (master) と release と feature (と hotfix)要るのかを全員が腹落ちしてないと厳しいスねえ。割と煩雑でもあるのでGUI Git clientはgit flow support持ってたりはするんだけども…
https://me.dm/@objectxplosive/111092794226680011