这篇文章是 git 系列第三篇，想介绍一下团队分支的管理。在我们的开发工作中，为了对流程进行更好的管理，更好地交付产品，应该充分地利用分支这个功能。这里我想介绍一下自己认为比较完备的、通用的 git 分支管理策略。开始之前，要先说明一下我认为的“通用”是针对什么样的开发流程的，它的特点如下：

• 有固定的迭代周期，一般是两周。
• 每个迭代结束后进行一次产品发布。迭代周期中不发布产品，除非是 hotfix / 紧急问题。
• 产品只有一个主版本。大多数基于 web 的产品都是这样的，不符合这个条件的产品一般是针对不同客户、国家等条件同时维护着多个正式版本。

这篇文章是 git 系列第二篇，想介绍一下结合可视化工具使用 git 的经验。可视化工具多种多样，我自己常用的是 Github Desktop，文章中也会介绍一下 Sourcetree。

用命令行还是可视化辅助工具？

命令行是 git 原生的使用方式，所以我们学习 git 时要通过命令行来理解 git 工作的方式。在使用可视化工具时，一定要清楚工具中所做的操作实际上是运行了哪些命令。建议使用 Sourcetree 的同学留意一下 "Always display full console output" 这个选项（在 Tools -> Options -> General -> Repo Settings 选项里），开启它可以在每次执行 git 操作时展示对应的命令。使用时如下图：

最近想写一篇 git 的向导，由于 git 的使用方式非常灵活，每个人对 git 也有不同的使用偏好，所以写一下自己的经验还是很值得的。另外，现在总结一下使用经验，今后开展项目可以做到有备无患。根据我的总结，git 还是有不少东西值得写的，所以想把我写的东西分成几块，有个前后顺序。这是第一篇，介绍一下基本的入门知识，再讲讲 git 的整体结构是什么样的。Let's go!

什么是 git

git 是一个用于软件开发的代码 版本控制系统。它有以下特点：