很久以前我出过一个 Git 教程，小伙伴们要是还不懂 Git 的用法，可以在公众号底部菜单中，有一个教程合集，里边有 Git 教程的索引。

今天我们不聊基本用法，聊一聊 Git 到底应该怎么用？我们知道相比于 Svn，Git 最牛的地方在于它的分支，分支很灵活，但是如果缺乏一个使用套路，又会用的乱糟糟的，特别是在团队协作中，该怎么玩 Git 分支？

关于Git的用法我们已经写七篇文章，介绍了Git的不少用法，这些足以应付工作中90%的需求了，剩下的10%就需要小伙伴们在工作中自己慢慢总结了，我这里再给小伙伴们推荐一点Git学习资料，为我们的Git系列画上一个句号。

我们可以针对某一次的提交打上一个标签，有点类似于给某次提交取个别名，比如 1.0 版本发布时打个标签叫 v1.0,2.0 版本发布时打个标签叫 v2.0 ，因为每次版本提交的结果都是一连串的哈希码，不容易记忆，打上 v1.0,v2.0 这些具有某种含义的标签后，可以方便我们进行版本管理。

这是一篇计划之外的文章，之所以有这篇文章，是因为有一个小伙伴在阅读Git 分支管理一文时遇到了一个问题，而这个问题又比较典型，因此我想专门来谈谈 Git 中工作区的储藏问题。

前面我们介绍的所有操作都是在本地仓库完成的，本文我们主要来看看如何和远程仓库进行交互，为了方便起见，这里远程仓库我们选择 GitHub。

Svn 中也有分支管理，但是很 low，Git 的分支管理非常强大，本文先不去说分支管理内部到底怎么做的，我们先来看看 Git 中最基本的分支管理操作。

Git 强大的撤销、版本回退功能，让我们在开发的过程中能够随意的回到任何一个时间点的状态，本文我们就来看看 Git 中的各种后悔药!

上篇文章我们简单的介绍了 Git 的诞生和发展，然后也说了 Windows 环境下 Git 的安装和一些基本的配置，本文我们就来说一说 Git 中的一些基本概念和基本操作。

一直以来想出一个 Git 的教程，去年写过一篇，后来没了下文，烂尾了。最近忙里偷闲，还是想把这个 Git 系列写一遍，这次争取写完。