华为云DevCloud管理App开发之二：Git Flow设计

（接上回）

Xcode、Android Studio和华为云DevCloud连上后，引进现有iOS、Android项目之前，先确定Git开发流程。

1 Git Flow考量

法律上讲求事实正义和程序正义。开发App也是一样。代码质量固然重要，过程的科学、可控也同样不可忽视。从风控角度来看，甚至更重要一些。

小团队，iOS和Android两个版本。从老板的角度，希望能够实现：

• 快速更新：新App，客户反馈很多，必须及时反馈。
• 随时交付：小App，无固定发布周期，每个功能通过审查都可以直接上线，这样才能很快地发布新功能。
• 功能单一：每一次的更改提交都是独立的，完成一个功能。

随时交付，我们把主分支定义为“发布分支”。即：在Master Branch上的所有版本，都是可以随时上载到App Store的版本。

功能单一，保证工作分支能很简单很早地merge过来。独立分支来做独立的功能。功能单一为并行异步开发提供了条件。

快速更新，单一化的功能，成熟一个merge一个，不会翻车。

2 Git Flow实践

太复杂了把自己绕晕了。就两条branch分支。Master分支，承担Production Version任务，带版本号。保证每个版本都能跑；其他分支，都是Developing Version。每个功能feature开一个branch，完成就Merge到master。Bug视为一个功能feature而不作为独立的品种。

所有在时间线上的变化都只跟着 feature 或者 bug 走，跟人无关，也就是项目推进的自然法则。

1. Master 分支：就是production，可部署。
2. Feature or Bug 分支：开发时不区分功能feature还是Bug，所有都一致按任务处理。
3. 日常工作：在创建 pull request 发布做代码审查前，我们需要先同步 master，也就是 merge master 到正在开发的分支，确保没有 break 和可以正常 merge。然后，团队其他成员会介入做代码审查，当然之前会要求齐全的测试，通过后就可以 merge 会 master 做发布了。用这种方法，需要注意的是，merge 必须得及时，不然如果留下很多个分支没有 merge 的话，解决冲突是个麻烦的事情，更不要说有时会遇到功能有依赖关系的情况时。

3 iOS和Android

同样的开发流程，版本号对应Android。

6 参考资料

1. 非对称加密和SSH、HTTPS的道理和逻辑
2. 华为云DevCloud管理App开发之一：用Git和华为开发云代码托管CodeHub理顺开发流程和关系，iOS和Android本地和云端开发环境搭建