セマンティックバージョニングがgitワークフローにどのように適合するか

Question

現在、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.3に新たに組み込まれたタグv1.2が作成されたので、新たに追加されたすべてのチェックインを検索し、コンポーネントのバージョンバンプ（xyz）の種類を判断できるようにします。

5が大きく変更されたが、v1.2以降のすべてがそうでない場合、チェックイン5がビルドに含まれていないため、マイナーバージョンが間違ってバンプリングされます。

これを解決する方法についてご意見はありますか？

Answer 1

「変更をクエリする方法」に依存していると思います。しかし、git log v1.2..v1.3などを使用している場合は、と正確にはとなります。