決定的なガイドである Mercurial を読んでいますが、大規模なプロジェクトでは、プロジェクトを機能ブランチに分割すると便利であると述べています。フィーチャー ブランチをマスター ブランチにマージするときに何が起こっていると思われるかを簡単に説明しました。
私の図は正しいですか? + フィーチャー ブランチは引き続き存在しますか? はいと仮定します。
決定的なガイドである Mercurial を読んでいますが、大規模なプロジェクトでは、プロジェクトを機能ブランチに分割すると便利であると述べています。フィーチャー ブランチをマスター ブランチにマージするときに何が起こっていると思われるかを簡単に説明しました。
私の図は正しいですか? + フィーチャー ブランチは引き続き存在しますか? はいと仮定します。
アクティブな名前付きブランチは、次を使用して明示的に閉じることができます。
hg commit --close-branch
これは、一連の作業がどこにも進んでいない場合に行われる傾向があります。閉じたブランチの上に同じ名前のブランチを再度開きたい場合は、次のコマンドを使用してそのブランチを強制的に再度開く必要があります。
hg branch <name> --force
ただし、機能ブランチから別のブランチにマージし、その機能ブランチにマージされていない変更セットがない場合 (そのブランチで最後に行うのは別のブランチへのマージであるため)、それらは暗黙的に非アクティブになります。このマージの宛先は、ブランチを非アクティブ化するために「メインライン」である必要はありません。非アクティブは、マージされていない変更セットにのみ基づいています。
後で変更セットを作成すると、それらは再びアクティブになります。メインライン外の機能に取り組んでおり、頻繁にマージしている場合、これは一般的な状況になる傾向があります。
閉鎖されたブランチは非アクティブなブランチと同じではないことに注意してください。
申し訳ありませんが、私はあなたの図をよく理解できなかったので、上記の文が意味をなすことを願っています.
また、名前付きブランチと匿名ブランチを混同しないでください。これは、単一のブランチに複数の「ヘッド」がある場合です。