Git Flow使用规范.pdf
10墨值下载
Git Flow使用规范
简介
Gitflow工作流程围绕项目发布定义了严格的分支模型。尽管它比Feature Branch Workflow更复杂
一些，但它也为管理更大规模的项目提供了坚实的框架。
Gitflow流程特色在于，它为不同的分支分配了非常明确的角色，并且定义了使用场景和用法。除了
用于功能开发的分支，它还使用独立的分支进行发布前的准备、记录以及后期维护。
工作原理
流程仍然使用一个中央代码仓库，它是所有开发者的信息交流中心。跟其他的工作流程一样，开发
者在本地完成开发，然后再将分支代码推送到中央仓库。唯一不同的是项目中分支的结构。
用于功能开发的分支
每一个新功能的开发都应该各自使用独立的分支。为了备份或便于团队之间的合作，这种分支也可
以被推送到中央仓库。但是，在创建新的功能开发分支时，父分支应该选择develop（而不是
master）。当功能开发完成时，改动的代码应该被合并（merge）到develop分支。功能开发永远不应
该直接牵扯到master。
用于发布的分支
一旦develop分支积聚了足够多的新功能（或者预定的发布日期临近了），你可以基于develop分支
建立一个用于产品发布的分支。这个分支的创建意味着一个发布周期的开始，也意味着本次发布不会再
增加新的功能——在这个分支上只能修复bug，做一些文档工作或者跟发布相关的任务。在一切准备就
绪的时候，这个分支会被合并入master，并且用版本号打上标签。另外，发布分支上的改动还应该合并
入develop分支——在发布周期内，develop分支仍然在被使用（一些开发者会把其他功能集成到
develop分支）。使用专门的一个分支来为发布做准备的好处是，在一个团队忙于当前的发布的同时，
另一个团队可以继续为接下来的一次发布开发新功能。
of 4
10墨值下载
【版权声明】本文为墨天轮用户原创内容，转载时必须标注文档的来源（墨天轮），文档链接，文档作者等基本信息，否则作者和墨天轮有权追究责任。如果您发现墨天轮中有涉嫌抄袭或者侵权的内容，欢迎发送邮件至：contact@modb.pro进行举报，并提供相关证据，一经查实，墨天轮将立刻删除相关内容。
下载排行榜
文档被以下合辑收录
评论