你参与过的项目分支管理策略是怎样的

2022-05-12 14:51:58 +08:00
 leiuu

RT 。

请教大家,实际公司内的代码分支流程是如何的。 尤其是中小型的项目。例如整体服务数量几十个。 每次迭代有数个需求并行开发。如何较好的管理代码分支。

常见的开发模式:有主干开发模式、git-workflow 、github-workflow 等。

1401 次点击
所在节点    程序员
9 条回复
theohateonion
2022-05-12 14:59:45 +08:00
中小型 github flow , 复杂一点 gitlab flow
codefever
2022-05-12 15:03:30 +08:00
推荐使用 Git 代码托管产品—— CodeFever 。

首先,CodeFever 内建完善的代码管理功能,可以帮助您的团队高效管理代码版本,让每次 Git 代码提交、推送、拉取、合并、查阅都变的更加轻松。

其次,可靠、清晰的分支权限管理,通过支持全局管理员后台,可单独设置不同仓库组成员权限,适用不同人员的使用需求,大大提高了整体安全性,使团队协作规范有序且流畅。

更重要的是,CodeFever 可对仓库进行 IP 访问设置,采用多层风控模型,实时预测可能出现的风险行为,再加上自动备份功能,大大提升了代码仓库安全等级,并具备完善的日志审计、通知机制,可有效追溯代码修改记录。
billlee
2022-05-12 15:20:34 +08:00
一两个人的仓库用主干开发,多人协作的用 gitlab flow
leiuu
2022-05-12 15:30:44 +08:00
@theohateonion 有个问题请教,对于 github flow ,我新建一个 feature 分支,自测完毕,提测的话是否需要一个新分支明显标志版本,例如 release-1.1 。创建该分支后自动触发测试环境部署等。想知道这个流程该如何设计。
theohateonion
2022-05-12 15:41:30 +08:00
@leiuu pr 发布创建测试环境,测完合到主分支,不需要单独打 tag
leiuu
2022-05-12 15:51:02 +08:00
@theohateonion
我尝试理解一下。
1. 发起 pr 时,自动创建一个对应的测试分支如 release-1.1 ,之后在 release-1.1 上进行测试和问题修复。
2. 一切修复完毕 merge release-1.1 到 master ,功能分支删除。
不知道是否正确
janus77
2022-05-12 16:02:56 +08:00
小项目还折腾什么,单分支一把梭
gitgabige
2022-05-13 10:51:38 +08:00
每个需求都拉单独分支, 开发完毕 MR 啊....不都是这么玩的么
leiuu
2022-05-13 11:56:30 +08:00
@gitgabige
对的,大致是这样的。
主要考虑 CI 、CD 加入进来会怎么做。
例如「开发完成」是否对应自动部署 dev 环境。
开发完成下一步提测试创新新分支嘛。
测试中的问题在哪个分支修复。
等等...

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/852419

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX