git描述不适合git流程？
git describe not suitable for git flow process?
我计划将多项服务迁移到 git 存储库。对于发布，我想使用 git 流程。
Jenkins 构建将从每个现有的 b运行ch 构建工件。要跟踪版本，每个构建都会在触发构建的相应节点标记版本。
不幸的是，我 运行 在发布完成后将 master b运行ch 合并回 develop 时遇到了麻烦。
后向合并 git describe 给了我主 b运行ch 的标签，这不是 Jenkins 应该在开发上构建下一个版本的标签（开发已经将下一个版本与其他一些预发布集成在一起标签）。
有没有办法告诉git描述不要跟踪"merged tags"？或者在这种情况下我必须使用另一个 git 命令吗？
好的，我找到了答案。
（不管我之前搜索了多久，都是在发布问题之后。）
A very old blog with a very important comment
–first-parent option was added to git describe
--first-parent
Follow only the first parent commit upon seeing a merge commit. This is useful when you wish to not match tags on branches merged in the history of the target commit.
我计划将多项服务迁移到 git 存储库。对于发布，我想使用 git 流程。 Jenkins 构建将从每个现有的 b运行ch 构建工件。要跟踪版本，每个构建都会在触发构建的相应节点标记版本。
不幸的是，我 运行 在发布完成后将 master b运行ch 合并回 develop 时遇到了麻烦。
后向合并 git describe 给了我主 b运行ch 的标签，这不是 Jenkins 应该在开发上构建下一个版本的标签（开发已经将下一个版本与其他一些预发布集成在一起标签）。
有没有办法告诉git描述不要跟踪"merged tags"？或者在这种情况下我必须使用另一个 git 命令吗？
好的，我找到了答案。
（不管我之前搜索了多久，都是在发布问题之后。）
A very old blog with a very important comment
–first-parent option was added to git describe
--first-parent Follow only the first parent commit upon seeing a merge commit. This is useful when you wish to not match tags on branches merged in the history of the target commit.