Git/Svn 协作开发

日期:2017-8-24 19:56 | 标签: git | 阅读:333

a-successful-git-branching-model
新功能开发时,从 Develop 分支拉取单独的分支,如 feature-chat ,开发完成后再合并到 Develop 分支。
发布时直接从 Develop 分支拉取到 release 分支,后续问题都在此分支上进行修复,修复完成后,合并至 主分支与 Develop 分支,拉取到 主分支后可以打上对应的 Tag,如: 1.5.5

主分支(Trunk/Master )

主分支用来进行大版本的发布

Develop 分支

日常开发协作

架构性的改变,建议在本分支进行处理。

功能(feature)分支

从开发 Develop 分支拉取,用 feature-* 的形式命名。

为了避免分支融合处理困难,建议做好文件夹与文件划分。

预发布(release)分支

从 Develop 分支拉取,发布正式版本之前(即合并到 Master 分支之前), 预发布结束以后,必须合并进 Develop 和 Master 分支。由于预发布分支只是起临时性发布的作用,合并到 Develop 和 Master 之后需进行删除。

在此分支单独的测试与修复不会影响 Develop 分支上功能的开发。

修补bug(fixbug)分支

修补 bug 分支是从 Master 分支上面分出来的。修补结束以后,再合并进 Master 和 Develop 分支。它的命名,可以采用fixbug-*的形式。

Commit 消息规范

http://www.ruanyifeng.com/blog/2016/01/commit_message_change_log.html

注意事项

参考

版权声明: 署名-非商业性使用-禁止演绎 4.0 国际(CC BY-NC-ND 4.0
Copyright ©2013-2017 | 粤ICP备14081691号 | yipeng手工打造 | 联系方式