GitLab为开发分支维护GitLab CI/CD管道中代码的版本
GitLab为开发分支维护GitLab CI/CD管道中代码的版本
提问于 2021-07-16 07:26:57
我希望确保通过GitLab中的合并请求从特性分支合并到我们的开发分支的代码总是有一个新的独特版本(gitflow策略)。
当前作为代码的一部分存储的版本，并依赖于项目语言：(ex: JavaScript，它是package.json)
版本应用于：
- 码头形象标签
- 包/代码/库包
- 显示给用户并添加到发布说明中。
我想到了几个策略
场景1
- 将核对表模板添加到合并请求中，以便审阅者必须标记版本增加的复选框。
- 另外，除了前面的手动步骤之外，我还想让CI/CD步骤进行验证: Ex:需要用新的版本检查以前的commit版本，以确保挂起的合并请求的版本比以前的版本要大。有什么线索可以确定吗？
场景2
- 开发分支上的CI/CD应该自动增加包的版本并提交。不确定这是否可能，以及临时提交是否会再次触发CI/CD。(处理修补程序的问题可以吗？)
如有任何建议和您的意见，我将不胜感激。BR
回答 1
DevOps用户
发布于 2021-07-19 10:15:07
虽然我现在通常不推荐GitFlow，但完全自动化的方法可以通过外部系统实现您的要求。下面我将描述如何使用Reliza (这是我正在开发的工具--但您可能会找到其他选项)。
我的想法是-
- 您可以在Reliza集线器中创建项目，并选择版本模式，即semver。
- 您还可以为特性分支选择自定义架构(默认为Branch.Micro)。
- 接下来，您将从Reliza生成一个项目令牌，并将其设置为您的CI系统。
- 然后在CI中添加一个检索版本步骤，为下一个版本调用Reliza。请参阅GitHub - https://github.com/relizaio/reliza-hub-integrations上的示例(请注意，对于Jenkins，现在有一个专用插件)。
完成此操作后，版本将在每次运行和每次合并时自动解析.在任何情况下，都保证每个版本都是唯一的，并且分支之间没有冲突。
如果您想采用主版本组件的自动增量-相对于次要组件-相对于修补程序组件，则使用常规提交- https://www.conventionalcommits.org/en/v1.0.0/。
基本上，如果您使用fix启动提交消息，它将知道增量补丁；如果您以壮举启动它，它将知道增量次要。
您还可以将称为Version的内容放在特定的分支上--即可以将其设置为1.3.microt--然后不管其他任何事情，这个分支版本内的版本只会在主1和次要3中增加。
页面原文内容由DevOps提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://devops.stackexchange.com/questions/14327
复制相关文章
相似问题
腾讯云开发者
