git - git describe 不适合 git 流程?
问题描述
我计划将几个服务迁移到一个 git 存储库。对于发布,我想使用 git flow 过程。Jenkins 构建将从每个现有分支构建工件。为了跟踪版本,每个构建都在触发构建的相应节点上标记版本。
不幸的是,在发布完成后将主分支合并回开发时遇到了麻烦。
在反向合并后git describe
给了我来自主分支的标签,这不是詹金斯应该在开发上构建下一个版本的标签(开发已经将下一个版本与其他一些预发布标签集成)。
有没有办法告诉 git describe 不要跟踪“合并标签”?或者在这种情况下我必须使用另一个 git 命令吗?
解决方案
好的,我找到了答案。
(无论我之前搜索了多长时间,它总是在发布问题之后。)
一个非常古老的博客,带有非常重要的评论
--first-parent 选项被添加到 git describe
--first-parent 在看到合并提交时仅关注第一个父提交。当您希望不匹配目标提交历史中合并的分支上的标签时,这很有用。
推荐阅读
- reactjs - 使用 uniswap 时如何连接后端和前端?
- c++ - C++ 注册 Consexpr 回调
- templates - 从特征函数中返回复制值的迭代器
- gradle - Gradle gluonfx 插件,nativeBuild:“错误:应该在运行时初始化的类在图像构建期间被初始化”
- javascript - 关于 Protractor 中的输入的并行执行
- c# - 为什么在运行 AForge.Video.FFMPEG 时出现错误 BadImageFormatException?
- python - 破折号引导网格不起作用:未显示列
- c# - 任务
退出事件 - python - Pyython 中的 Numpy 数组生成
- json - 如何存储排序功能并从数据库中获取