私は次のことをします:
リリースするリビジョンに v1.0 のタグを付ける
hg update -r <revision that's 1.0>
hg tag v1.0
hg ci -m 'Created V1.0 Tag'
その上にあるバグ修正用のブランチを作成します。これは、V1.0 をリリースしたときか、最初のバグ修正があったときです。
hg update v1.0 (or ideally the revision that added the V1.0 tag if it's immediately after V1.0)
hg branch release_v1
<Possibly do bug fix>
hg ci
デフォルト ブランチに戻り、v2 の開発を続けます。
hg update default
<carry on working>
v1 のバグ修正がある場合
hg update release_v1
<do bug fix>
次に、v1.x から v2.x に前方バグ修正をマージします
hg update default
hg merge release_v1
hg ci -m 'Merged V1 bug fixes into V2'
新しいリリースと同じように、新しいタグを作成します。ブランチはそのまま進み、バグ修正を蓄積し、必要に応じて (開発ブランチ) にrelease_v1
マージされます。default
マージ変更セットが持つブランチ名を決定するため、マージするときにデフォルトのブランチにいることを確認してください。
これは他の誰かが言及したstable
/ワークフローのバリエーションであることを追加するために編集されましたが、バグ修正を受け入れる複数のメジャー リリースを持つことができるので、メジャー リリースごとにブランチを作成するのが好きです。default