一、译序
这篇指南以大家在SVN
中已经广为熟悉使用的集中式工作流作为起点,循序渐进地演进到其它高效的分布式工作流,还介绍了如何配合使用便利的Pull Request
功能,体系地讲解了各种工作流的应用。 如果你Git
用的还不多,可以从前面的讲的工作流开始操练。操作过程去感受指南的讲解:解决什么问题、如何解决问题,这样理解就深了,也方便活用。
行文中实践原则和操作示例并重,对于Git
的资深玩家可以梳理思考提升,而新接触的同学,也可以跟着step-by-step操练学习并在实际工作中上手使用。
工作流其实不是一个初级主题,背后的本质问题其实是 有效的项目流程管理 和 高效的开发协同约定,而不仅是Git
或SVN
等VCS
或SCM
工具的使用。
关于Git
工作流主题,网上体系的中文资料不多,主要是零散的操作说明,希望这篇文章能让你更深入理解并在工作中灵活有效地使用起来。
Gitflow
工作流是经典模型,处于核心位置,体现了工作流的经验和精髓。随着项目过程复杂化,你会感受到这个工作流中的深思熟虑和威力!
Forking
工作流是分布式协作的(GitHub
风格)可以先看看GitHub
的Help:Fork A Repo和Using pull requests。照着操作,给一个GitHub
项目贡献你的提交,有操作经验再看指南容易意会。指南中给了自己实现Fork
的方法:Fork
就是服务端的克隆。在指南的操练中使用代码托管服务(如GitHub
、Bitbucket
),可以点一下按钮就让开发者完成仓库的fork
操作。
PS:
文中Pull Request
的介绍用的是Bitbucket
代码托管服务,由于和GitHub
基本一样,如果你用的是GitHub
(我自己也主要使用GitHub
托管代码),不影响理解和操作。
PPS:
更多Git
学习资料参见
- 🙈
自己
理解粗浅,翻译中不足和不对之处,欢迎
👏
- 建议,
提交
Issue
- 指正,
Fork
后提通过Pull Requst
贡献修改
- 建议,
提交
- 如有文章理解上有疑问 或是 使用过程中碰到些疑惑,请随意
🙌
提交
Issue
,一起交流学习讨论!