华为云首页用户手册

软件开发生产线 CODEARTS-软件版本管理:分支策略

时间：2024-11-08 17:51:23

软件开发生产线 CODEARTS

分支策略

我们都知道分支的意义，也知道它的用法，然而不同的分支管理方法对项目所起到的帮助也是不同的，下面就让我们来看看几种常见的分支策略，以及如何通过CodeArts来管理分支。

Github flow
- 特点：
  - 令master分支时常保持可以部署的状态。
  - 在新建的本地仓库分支中进行提交。
  - 以合并请求进行交流。
  - 让其他开发者进行审查，合并前的代码要经过测试。
- 操作步骤：
  1. 创建分支
    - 在你创建了一个项目的分支的时候，你也就创建了一个可以尝试你的新想法的环境。
    - 你的分支名称应该具有描述性，以便其他人通过分支名称就可以知道它到底是干什么用的。
  2. 添加提交
    - 每个提交操作都有一个相关的提交信息，用于描述你做出的修改。
    - 通过写清楚的提交信息，你可以让其他人更容易跟上我们的思路并提供反馈。
  3. 提出合并请求
    - 合并请求开启了一个关于你的提交内容的讨论。
    - 当你有很少或没有代码但想分享一些截图或一些想法的时候；当你卡住了需要帮助或建议的时候；或者当你准备好了让人来审查你工作的时候，合并请求启动代码审查和有关更改建议的会话。
  4. 讨论和评估你的代码
    - 审查你的更改内容的人或团队可以提供一些问题或者意见。
    - 你也可以在大家讨论和给出关于你提交内容的反馈时，继续Push修改你的分支，来解决问题。
  5. 部署验证
    - 合入master代码前的最终部署测试，用真实环境检验版本的正确性。
  6. 合并
    - 合并之后，合并请求会保存一份关于你修改代码的历史记录。
    - 通过将某些关键字加入到你的合并请求文本中，你可以将问题与代码关联起来。

Gitlab flow
- 生产分支
  - 一个反映已部署代码的生产分支。
  - 将master的代码合入production。
  - 可消减Git flow中releasing、tagging、merging的开销。
- 环境分支
  - 提交仅向下游流动，确保在所有环境中测试所有内容。
  - 如果要做hotfix，在一个功能分支上开发，然后合入master，master通过自动化测试后，将feature分支逐步向下游合并。
- 发布分支
  - 一个分支就是一个版本。
  - 尽可能在master测试修改完，再开发布分支，减少多分支的bug修复。
  - 声明了发布分支后，该分支只接受严重bug的修复。
  - bug的修复先合入master，再往发布分支合入，上游优先策略。
  - 每在发布分支接受bug修复，都要使用新标签标示出来。

以上就是当前行业中集中比较流行的分支策略，CodeArts提供了基于Git的版本控制系统，接下来让我们看看如何应用CodeArts帮助团队管理分支。

通过CodeArts我们可以完成分支的创建与管理，对分支进行保护、创建合并请求、对代码的合并进行检视及评分、批准合并请求等一系列操作。

新建分支
可以通过CodeArts提供的代码仓库直接创建分支，也可以通过本地仓库创建分支进行同步。
分支保护
可以设置对某一重要分支进行保护，防止误操作对交付造成影响。
合并请求
开发者提交的合并请求可在CodeArts中进行管理，通过对合并内容的检验，决定是否合并。
代码检视与打分

在CodeArts的版本控制系统中，还提供丰富多样的功能设置，例如IP白名单、子模组、webhook等常用的功能设置。运用版本控制系统，我们同样还可以进一步完善我们开发项目的软件配置、环境配置管理，关于如何进行软件配置管理与环境配置管理就不在此详细说明了。想掌握更多更详细的CodeArts代码仓库使用方法，详见代码托管用户指南。

上一篇：软件开发生产线 CODEARTS-软件版本管理:代码提交与分支创建

下一篇：软件开发生产线 CODEARTS-软件版本管理:代码提交与分支创建