一、译序
这篇指南以大家在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,一起交流学习讨论!