[TOC]

上周的文章发了后，有小伙伴问如何在 IDEA 中进行 Git 的版本回退？

其实这个松哥之前写过文章，但是时间久远了，所以今天再和小伙伴们重新捋一捋这个话题，顺便也来聊聊如何在 IDEA 中进行 Git 的版本回退。

Git 有很多客户端工具，不过感觉还是命令行操作最好用，方便又快捷，不过命令行操作需要小伙伴们对 Git 命令比较熟练，这可能对有的人来说会有一些难度，所以，客户端工具有时候也不能抛弃，如果非要推荐一个 Git 客户端工具，我觉得还是 IDEA 中的 Git 插件吧。其他的 Git 客户端工具松哥之前也有体验过一些，不过感觉还是 IDEA 中的用起来更加省事。

很久以前我出过一个 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 中的一些基本概念和基本操作。