这是一个创建于 960 天前的主题，其中的信息可能已经有所发展或是发生改变。
RT 。
请教大家，实际公司内的代码分支流程是如何的。 尤其是中小型的项目。例如整体服务数量几十个。 每次迭代有数个需求并行开发。如何较好的管理代码分支。
常见的开发模式：有主干开发模式、git-workflow 、github-workflow 等。
 |
1
theohateonion 2022-05-12 14:59:45 +08:00
中小型 github flow ， 复杂一点 gitlab flow
|
 |
2
codefever 2022-05-12 15:03:30 +08:00
推荐使用 Git 代码托管产品—— CodeFever 。
首先，CodeFever 内建完善的代码管理功能，可以帮助您的团队高效管理代码版本，让每次 Git 代码提交、推送、拉取、合并、查阅都变的更加轻松。 其次，可靠、清晰的分支权限管理，通过支持全局管理员后台，可单独设置不同仓库组成员权限，适用不同人员的使用需求，大大提高了整体安全性，使团队协作规范有序且流畅。 更重要的是，CodeFever 可对仓库进行 IP 访问设置，采用多层风控模型，实时预测可能出现的风险行为，再加上自动备份功能，大大提升了代码仓库安全等级，并具备完善的日志审计、通知机制，可有效追溯代码修改记录。 |
 |
3
billlee 2022-05-12 15:20:34 +08:00
一两个人的仓库用主干开发，多人协作的用 gitlab flow
|
 |
4
leiuu OP @theohateonion 有个问题请教，对于 github flow ，我新建一个 feature 分支，自测完毕，提测的话是否需要一个新分支明显标志版本，例如 release-1.1 。创建该分支后自动触发测试环境部署等。想知道这个流程该如何设计。
|
|
5
theohateonion 2022-05-12 15:41:30 +08:00
@leiuu pr 发布创建测试环境，测完合到主分支，不需要单独打 tag
|
|
6
leiuu OP @theohateonion
我尝试理解一下。 1. 发起 pr 时，自动创建一个对应的测试分支如 release-1.1 ，之后在 release-1.1 上进行测试和问题修复。 2. 一切修复完毕 merge release-1.1 到 master ，功能分支删除。 不知道是否正确 |
 |
7
janus77 2022-05-12 16:02:56 +08:00
小项目还折腾什么，单分支一把梭
|
 |
8
gitgabige 2022-05-13 10:51:38 +08:00
每个需求都拉单独分支, 开发完毕 MR 啊....不都是这么玩的么
|
Select Language