7

現在、git でセマンティック バージョニングを使用する際に問題が発生しています。

http://nvie.com/posts/a-successful-git-branching-model/で git バージョン管理モデルを使用しています。

また、 http: //semver.org/ で概説されているセマンティック バージョニング ガイドラインにも従いたいと考えています。

これは私たちの使用例です。

Release branch: ----1----2----3----4 <- tag v1.2        ----7---8---9 <- tag v1.3
                   /                \                  /             \
Develop branch: --0--------5---------4--6-----------------------------9--

サンプルの使用例は次のとおりです。

  • 開発はリリースと開発で並行して行われます
  • リリースの準備が整いました。v1.2 としてタグ付けします。変更 1、2、3、4 のリリース ノートを生成します。
  • リリースをマージして開発します。
  • 別のリリースに向けて再び開発のブランチを作成する準備ができたら、それが可能です。ただし、タグ v1.2 は 4 を指しているため、v1.2 と v1.3 の間の変更をクエリすると、5 のリリース ノートは実質的に失われます。

私たちがやりたいことは、タグ v1.2 が作成されてからタグ v1.3 に新しく組み込まれたすべての新しく追加されたチェックインを検索できるようにすることです。作る必要があります。

5 がたまたま大きな変更で、v1.2 以降のすべてがそうでない場合、チェックイン 5 がビルドに含まれていなかったため、誤ってマイナー バージョンを上げてしまいます。

これを解決する方法について何か提案はありますか?

4

1 に答える 1

2

それは、「変更を照会する」方法に依存すると思います。しかし、 、またはそのようなものを使用することを意味する場合、それはあなたが望むもの、つまりコミット5を含むものを正確にgit log v1.2..v1.3表示するはずです.

于 2012-04-04T01:09:06.437 に答える