软件交付流程中的包发布、分支管理与特性部署策略
1. 支持包发布的工具演进
支持包发布的工具可能会经历以下演变过程:
1. 每次主分支提交时发布所有包 :每当向主分支提交代码时,仓库中的所有包都会被发布。通过将持续集成(CI)作业编号作为构建编号附加到包上,为包生成唯一的版本号。
2. 仅在元数据更改时发布新版本 :为了改进上述方法,只有当底层元数据发生更改时,才发布新的包版本。
3. 仅在添加标签时触发发布 :为了减少发布频率,可以设置仅当在Git仓库中添加标签时才触发发布。
4. 使用语义化发布自动递增版本号 :一种更复杂的技术是使用语义化发布来自动递增版本号,并根据提交消息决定是否发布。例如,提交消息 “fix: handle null value exception” 可以自动递增并发布包的一个新补丁版本。
2. 使用特性分支的指导原则
选择使用特性分支工作流可能有以下几个原因:
1. 便于代码审查 :它允许使用合并/拉取请求来进行正式的代码审查。没有合并请求机制,就很难确保对更改进行系统的审查和批准。
2. 执行特殊CI作业 :在将代码合并到主分支之前,允许仅对正在进行的工作执行特殊的CI作业。可以扫描特性分支中的代码以查找质量问题,并在将其合并到主分支之前验证其是否能成功部署。
3. 使用审查应用进行预览 :允许使用审查应用对正在进行
超级会员免费看
订阅专栏 解锁全文
966

被折叠的 条评论
为什么被折叠?



