git - プロジェクトに git-flow パラダイムをどのように適用すればよいですか?

Question

git flow の使用を開始しましたが、いくつか質問があります。

1. ここやここのような例では、リリース ブランチが開始され、リリース ブランチが完了する前にいくつかのコミットが行われています。何故ですか？すべての準備が整ってからリリースされるべきではありませんか? 最初の例では、リリース ブランチが開いている間に開発された新しい機能さえあります。

2. 現在のプロジェクトをリファクタリングしようとしています。どのブランチを使用/作成する必要がありますか? 機能ブランチは、定義どおりの機能ではないため、私には適切ではないようです。開発ブランチで正しく行う必要がありますか?

3. 私が見て読んだ限りでは、機能ブランチはローカルのみですが、チーム全体で機能を開発したい場合はどうすればよいですか?

Answer 1

1. 二つのこと
   • 管理上の変更- ここでは、アプリケーションやドキュメントのバージョン番号を変更するなどの操作を行う場合があります。前提として、ブランチを作成するまでは、次のバージョン番号がどうなるかわからないため、その決定は延期します。
   • バグ修正- リリースに必要なすべての機能が完成しましたが、いくつかのバグ修正が予定されています。リリースが完了するまで機能ブランチ (将来のリリース用) を開発にマージしないように全員に指示するか、リリース ブランチを開始して開発を進めることができます。
2. すべての機能ブランチ。機能ブランチは単なる名前です。他のすべてのブランチを台無しにすることなく何らかの作業を行うようなものですが、それは長い名前です。
3. 機能ブランチを共有することは完全に合理的です。同僚に好みを聞いてみましょう。