大家的 Git 有几个分支，有什么比较好的 Git 实践吗

[James369]

原来项目比较小，就 2 个分支再加上打 Tag 就可以应付了。

现在一个新的项目比较庞大，表现在：

1. 参与的开发人员多。（ 10 人）
2. 项目子模块多。（ 20 多个子模块，大部分可以并行开发）
3. 发布的 Target 多（不同的设备不同的 Target 、对应不同的运行参数）
4. 每种设备对应一组数据文件。（用来做测试的，数据文件又大又多，不方便进入 Git 仓库）
5. 发布版本较频繁。（每 2 周一个版本）

有什么好的作法吗，我感觉单靠 git 流程还搞不定，还得整一套自动化脚本来协助构建。

[wjx0912]

https://datasift.github.io/gitflow/IntroducingGitFlow.html

[James369]

@wjx0912 既然 git 分支这么强大，我准备 20 个子模块拉出 20 个分支出来并行开发，不知道过不过分

[Huelse]

如果能分模块的话就简单了，一个模块就一个 submodule

你们是多目标，一个分支就是一个目标，各个分支的.gitmodules 里对应所需 submodule 的分支，只要标注清楚了完全没问题

[jessun1990]

我觉得在确定分支之前，首先做好任务切割和分配，将任务切割成类似思维导图中树状结构。然后每个任务打上编号和 deadline ，那么 git 分支的分支名就出来了。

[nathanw]

1.10 人开发其实不多，用 git flow 大法，上百人都不是事
2.target 多，就把每个 target 都用一个单独的文件配置，包括运行参数。发布的时候执行对应的文件配置。
3.数据文件用依赖库的形式集成，另外一个独立的 git 维护
4.发布频繁其实挺好的，发布完，代码就 merge 进 dev ，其他人也可以同步下 dev 分支

[likunyan]

git flow

[nicevar]

开发的时候一个任务对应一个分支，维护的时候一个 issue 一个分支，用一下 jira 就知道了。

[Jaosn]

微服务也是一条路

[DinnyXu]

目前我们项目跟你描述的差不多，总共有十来个微服务，每个微服务都有 4 个子模块，dev 环境用分支管理的，test 环境用 tag 管理的，线上也是 tag 。部署环境是 Jenkins+Rancher

[initd]

https://learngitbranching.js.org/?locale=zh_CN

短链 git.moz.one

[darkengine]

构建流程用 jenkins 配合着搞，不同的发布创建不同的 job 就行了