Git在15年前发布，刚发布几乎无人问津，经过多次的改变，现在已经从失败者变成了不败的冠军。我们最开始使用git init通常是在新项目上运行的第一条命令，毫无疑问它是我们许多开发者每天使用的重要工具，同时很多人有视它为魔术：功能出色但却令人恐惧。

关于git入门，了解git如何在幕后工作网上有很多的分享，很多文章解释很详细，我们这里不再继续分享使用过程，我们将专门针对那些可以小幅改善开发协作功能。

git的全部重点是能够保存您的工作过程不被丢失，通过切换上下文并执行其他操作，可能是为了将来备份代码，或者能够异步地在一些不同的功能上取得进展，让每一个更改的文件都可以有序保存，不会导致最终的代码混乱。

我们知道，在一定程度上，通过将更新整齐地划分到git分支中可以与其他团队成员共享代码项目，让开发变得更加轻松。但是，我敢肯定，在很多情况下，已切换了上下文时，而当我们返回时，则找不到上一个正确的分支，所以我们要学会一些使用git小技巧让开发协作过程更加顺利。

按日期排序分支，从最近提交的分支开始，从本地输出每个分支，这个小技巧应该不会令人惊讶把，因为它已经帮助了我很多次成功。

如果你没有提交合拼，切换了分支然后又想回到它，当然如果你对分支名称有所了解，你仍然可以从分支列表中查找出来。但是，如果它不是一个分支，如果它是一个“分离的HEAD”，那么我们应该怎么办？可以使用git checkout @{-N}

如果你正在寻找一种方法来查看每个分支中的最后一次提交，则可以使用v来显示所有分支的列表，以及每个分支的最后一次提交ID和消息。如果进行两次(vv)，它还将显示它连接到的上游的远程分支。

有时候，在操作git命令的时候，你会发现突然某些地方完全出错了，例如在提交之前不小心丢弃了已进行的更改。当你使用git log已经不足以返回到上次执行的操作，而且所以提示均无济于事了，我们可以使用git reflog。

​最后我觉得，将Git作为单个用户使用是简单的过程，当你是一个由多个团队同组成的团队时，Git可能成为福也可能是祸。它对于共享相同的代码库，进行代码审查以及查看整个团队的进度可能给我带来非常强大功能。但是同时，每个人都需要对团队打算如何使用它有一个共同的理解，无论是分支命名约定，还是构造提交消息，再者确切地提交了哪些文件，进行良好的沟通并讨论如何使用该工具都是至关重要的。

.

​