云服务器内容精选

华为云首页用户手册

管理代码文件

代码托管 CODEARTS REPO-分支管理:在控制台中管理分支

在控制台中管理分支在控制台的分支列表中可以进行如下操作。分支筛选我的分支：显示我创建的所有分支，按最近提交时间排序，最新提交的分支将更靠前。活跃分支：显示过去一个月内存在开发活动的分支，按最近提交时间排序，最新提交的分支将更靠前。过时分支：显示过去一个月内没有任何活动的分支，按最近提交时间排序，最新提交的分支将更靠前。所有分支：显示所有分支，“默认分支”将显示在最前面，其余分支按最近提交时间排序，最新提交的分支将更靠前。单击某个“分支名称”，可跳转到该分支的文件列表，可查看该分支的内容、历史等信息。单击某个分支的提交ID，可跳转到该分支的最新一次提交记录详情中，可查看本次提交的内容。单击分支名称前面的勾选框，单击“批量删除”，可批量删除分支。单击某个，可对该分支进行工作项关联操作。单击某个，可定位到“对比”子页签，可以对将此分支与其它分支进行差异对比。单击某个，可下载该分支的压缩包到本地。单击某个，可以跳转到“合并请求”页签，可对该分支创建分支合并请求。单击某个，可跳转到仓库设置中设置该分支为保护分支。单击某个，可以按提示操作，将该分支进行删除。只有开启IP白名单的机器才可以从界面下载源码压缩包。如果您误删了分支，可提交工单联系技术支持处理。另外在控制台中您还可以对分支进行相关的设置：合并请求设置默认分支管理分支保护设置

代码托管 CODEARTS REPO 管理代码文件
代码托管 CODEARTS REPO-分支管理:基于Git分支的经典工作模式

基于Git分支的经典工作模式在基于分支的代码管理工作模式中，“Git-Flow”在业界被更多人认可，同时也被广泛应用，如果您的团队目前还没有更好的工作模式，可以先从尝试使用“Git-Flow”开始。 Git-Flow是一种基于Git的代码管理工作模式，它提供了一组分支使用建议，可以帮助团队提高效率、减少代码冲突，其具备以下特性。并行开发：支持多个特性与bug修复并行开发，因其可以同时在不同分支中进行，所以在代码写作时互不受影响。团队协作：多人开发过程中，每条分支（可以理解为每个子团队）的开发内容可以被单独记录、合并到项目版本中，当出现问题时还可被精确检出并单独修改而不影响主版本的其它代码。灵活调整：通过HotFix分支的使用，支持各种紧急修复的情况，而不会对主版本以及各个团队的子项目产生干扰影响。表1 Git-Flow工作模式中分支的使用建议分支名 Master Develop Feature_1\2... Release HotFix_1\2... 说明核心分支，配合标签，用于归档历史版本，要保证其中的版本都是可用的。开发主分支，用于平时开发的主分支，应永远是功能最新最全的分支。新特性开发分支，用于开发某个新特性，可以几条并行存在，每条对应一个或一组新特性。发布分支，用于检出某个要发布的版本。快速修复分支，用于当现网版本发现bug时，拉出来单独用于修复这些bug的分支。有效性长期存在长期存在临时长期存在临时何时被创建项目仓库建立之初在master分支被创建之后收到新特性任务时，基于develop分支创建当正在开发的新特性任务被拆分成出子任务时，基于对应的父feature分支创建项目首次发布前，基于develop分支创建当master、bug版本中发现问题时，基于对应版本（一般是master分支）创建何时直接在此分支上开发从不一般不建议当被创建出来，开始开发新特性时从不当被建立出来时何时被其它分支合入项目版本封版时，被develop或release分支合入已发布版本中发现的bug被修复后，被对应的hotfix分支合入新特性开发完成后，feature分支合入到此分支当项目启动开发一个新版本时，被上一次历史发布版本（release、或master）合入子feature分支开发、测试完成后，会合入到父feature分支当需要发布一个版本时，被develop分支合入 - 何时合入到其它分支 - 当要发布版本时，合入到release分支当需要归档版本时合入到master分支当该分支上的新特性开发、测试完成时，合入到develop分支当完成一次版本发布，将该版本归档时，合入到master分支当要基于某一个发布版本，开始开发一个新版本时，合入到develop分支，起到初始化版本的作用当其对应的bug修复任务完成时，会将其作为修复补丁合入master、develop分支何时结束生命周期 - - 其对应的特性已经验收(发布、稳定)后 - 其对应的bug修复，已经验收(发布、稳定)后另外在使用Git-Flow工作模式时，业界普遍遵循如下规则：所有开发分支从develop分支拉取。所有hotfix分支从master分支拉取。所有在master分支上的提交都必须要有标签，方便回滚。只要有合并到master分支的操作，都需要和develop分支合并，保证同步。 master分支和develop分支是主要分支，并且都是唯一的，其它派生分支每个类型可以同时存在多个。

代码托管 CODEARTS REPO 管理代码文件
代码托管 CodeArts Repo-分支管理:在控制台中管理分支

在控制台中管理分支在控制台的分支列表中可以进行如下操作。分支筛选我的分支：显示我创建的所有分支，按最近提交时间排序，最新提交的分支将更靠前。活跃分支：显示过去三个月内存在开发活动的分支，按最近提交时间排序，最新提交的分支将更靠前。过时分支：显示过去三个月内没有任何活动的分支，按最近提交时间排序，最新提交的分支将更靠前。所有分支：显示所有分支，“默认分支”将显示在最前面，其余分支按最近提交时间排序，最新提交的分支将更靠前。单击某个“分支名称”，可跳转到该分支的文件列表，可查看该分支的内容、历史等信息。单击某个“最新提交”，可跳转到该分支的最新一次提交记录详情中，可查看本次提交的内容。单击分支名称前面的勾选框，单击“批量删除”，可批量删除分支。单击某个，可对该分支进行工作项关联操作。单击某个，可定位到“对比”子页签，可以对将此分支与其它分支进行差异对比。单击某个，可下载该分支的压缩包到本地。单击某个，可以跳转到“合并请求”页签，可对该分支创建分支合并请求。单击某个，可跳转到仓库设置中设置该分支为保护分支。单击某个，可以按提示操作，将该分支进行删除。只有开启IP白名单的机器才可以从界面下载源码压缩包。如果您误删了分支，可提交工单联系技术支持处理。另外在控制台中您还可以对分支进行相关的设置：合并请求设置默认分支管理分支保护设置

代码托管 CodeArts Repo 管理代码文件
代码托管 CodeArts Repo-分支管理:基于Git分支的经典工作模式

基于Git分支的经典工作模式在基于分支的代码管理工作模式中，“Git-Flow”在业界被更多人认可，同时也被广泛应用，如果您的团队目前还没有更好的工作模式，可以先从尝试使用“Git-Flow”开始。 Git-Flow是一种基于Git的代码管理工作模式，它提供了一组分支使用建议，可以帮助团队提高效率、减少代码冲突，其具备以下特性。并行开发：支持多个特性与bug修复并行开发，因其可以同时在不同分支中进行，所以在代码写作时互不受影响。团队协作：多人开发过程中，每条分支（可以理解为每个子团队）的开发内容可以被单独记录、合并到项目版本中，当出现问题时还可被精确检出并单独修改而不影响主版本的其它代码。灵活调整：通过HotFix分支的使用，支持各种紧急修复的情况，而不会对主版本以及各个团队的子项目产生干扰影响。表1 Git-Flow工作模式中分支的使用建议分支名 Master Develop Feature_1\2... Release HotFix_1\2... 说明核心分支，配合标签，用于归档历史版本，要保证其中的版本都是可用的。开发主分支，用于平时开发的主分支，应永远是功能最新最全的分支。新特性开发分支，用于开发某个新特性，可以几条并行存在，每条对应一个或一组新特性。发布分支，用于检出某个要发布的版本。快速修复分支，用于当现网版本发现bug时，拉出来单独用于修复这些bug的分支。有效性长期存在长期存在临时长期存在临时何时被创建项目仓库建立之初在master分支被创建之后收到新特性任务时，基于develop分支创建当正在开发的新特性任务被拆分成出子任务时，基于对应的父feature分支创建项目首次发布前，基于develop分支创建当master、bug版本中发现问题时，基于对应版本（一般是master分支）创建何时直接在此分支上开发从不一般不建议当被创建出来，开始开发新特性时从不当被建立出来时何时被其它分支合入项目版本封版时，被develop或release分支合入已发布版本中发现的bug被修复后，被对应的hotfix分支合入新特性开发完成后，feature分支合入到此分支当项目启动开发一个新版本时，被上一次历史发布版本（release、或master）合入子feature分支开发、测试完成后，会合入到父feature分支当需要发布一个版本时，被develop分支合入 - 何时合入到其它分支 - 当要发布版本时，合入到release分支当需要归档版本时合入到master分支当该分支上的新特性开发、测试完成时，合入到develop分支当完成一次版本发布，将该版本归档时，合入到master分支当要基于某一个发布版本，开始开发一个新版本时，合入到develop分支，起到初始化版本的作用当其对应的bug修复任务完成时，会将其作为修复补丁合入master、develop分支何时结束生命周期 - - 其对应的特性已经验收(发布、稳定)后 - 其对应的bug修复，已经验收(发布、稳定)后另外在使用Git-Flow工作模式时，业界普遍遵循如下规则：所有开发分支从develop分支拉取。所有hotfix分支从master分支拉取。所有在master分支上的提交都必须要有标签，方便回滚。只要有合并到master分支的操作，都需要和develop分支合并，保证同步。 master分支和develop分支是主要分支，并且都是唯一的，其它派生分支每个类型可以同时存在多个。

代码托管 CodeArts Repo 管理代码文件