Git工作流

Git工作流指南

 工作流有各式各样的用法，但也正因此使得在实际工作中如何上手使用变得很头大。这篇指南通过总览公司团队中最常用的几种Git工作流让大家可以上手使用。

在阅读的过程中请记住，本文中的几种工作流是作为方案指导而不是条例规定。在展示了各种工作流可能的用法后，你可以从不同的工作流中挑选或揉合出一个满足你自己需求的工作流。

 概述

集中式工作流

如果你的开发团队成员已经很熟悉Subversion，集中式工作流让你无需去适应一个全新流程就可以体验Git带来的收益。这个工作流也可以作为向更Git风格工作流迁移的友好过渡。

了解更多 »

功能分支工作流

功能分支工作流以集中式工作流为基础，不同的是为各个新功能分配一个专门的分支来开发。这样可以在把新功能集成到正式项目前，用Pull Requests的方式讨论变更。

了解更多 »

Gitflow工作流

Gitflow工作流通过为功能开发、发布准备和维护分配独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。

了解更多 »

Forking工作流

Forking工作流是分布式工作流，充分利用了Git在分支和克隆上的优势。可以安全可靠地管理大团队的开发者（developer），并能接受不信任贡献者（contributor）的提交。

了解更多 »

Pull Requests

Pull requests是Bitbucket提供的让开发者更方便地进行协作的功能，提供了友好的Web界面可以在提议的修改合并到正式项目之前对修改进行讨论。

了解更多 »

目录

• 译序
• 概述
• 集中式工作流
  • 工作方式
    • 冲突解决
  • 示例
    1. 有人先初始化好中央仓库
    2. 所有人克隆中央仓库
    3. 小明开发功能
    4. 小红开发功能
    5. 小明发布功能
    6. 小红试着发布功能
    7. 小红在小明的提交之上rebase
    8. 小红解决合并冲突
    9. 小红成功发布功能
  • 下一站
• 功能分支工作流
  • 工作方式
    • Pull Requests
  • 示例
    1. 小红开始开发一个新功能
    2. 小红要去吃个午饭
    3. 小红完成功能开发
    4. 小黑收到Pull Request
    5. 小红再做修改
    6. 小红发布她的功能
    7. 与此同时，小明在做和小红一样的事
  • 下一站
• Gitflow工作流
  • 工作方式
    • 历史分支
    • 功能分支
    • 发布分支
    • 维护分支
  • 示例
    1. 创建开发分支
    2. 小红和小明开始开发新功能
    3. 小红完成功能开发
    4. 小红开始准备发布
    5. 小红完成发布
    6. 最终用户发现Bug
  • 下一站
• Forking工作流
  • 工作方式
    • 正式仓库
    • Forking工作流的分支使用方式
  • 示例
    1. 项目维护者初始化正式仓库
    2. 开发者fork正式仓库
    3. 开发者克隆自己fork出来的仓库
    4. 开发者开发自己的功能
    5. 开发者发布自己的功能
    6. 项目维护者集成开发者的功能
    7. 开发者和正式仓库做同步
  • 下一站
• Pull Requests
  • 解析Pull Request
  • 工作方式
    • 在功能分支工作流中使用Pull Request
    • 在Gitflow工作流中使用Pull Request
    • 在Forking工作流中使用Pull Request
  • 示例
    1. 小红fork正式项目
    2. 小红克隆她的Bitbucket仓库
    3. 小红开发新功能
    4. 小红push功能到她的Bitbucket仓库中
    5. 小红发起Pull Request
    6. 小明review Pull Request
    7. 小红补加提交
  • 下一站