在某知识分享社区上看到某公司的招聘信息关于Git的要求：
熟练使用Git， 但不限于rebase, merge。
不由让人想到Git到底能做什么？
最受欢迎的版本管理系统 - Git
Git作为眼下最流行的版本管理系统 (CVS)，可以高效地帮助软件开发者团队进行团队协作，其他版本管理系统还有SVN， CVS, Mercurial等，需要注意的是Git和Mercurial是分布式，而SVN和CVS是集中式的。
注意：这里并不是说Git比SVN优秀，他们只是各有所长。
据RhodeCode关于CVS的调研报告称：
- 在过去的2016年里，Git 是最受欢迎的版本管理系统。
- 排在Git后面的是 SVN 和 Mercurial。 在过去的几年间，SVN所占的比例一直在下降，毫无疑问的是很多公司正在从SVN迁移到更流行的SVN版本管理系统上，但这个过程是平稳有序的。
关于CVS的Google趋势
Stack Overflow上Git问题总数
连Eclipse开源社区也已经转投Git阵营。
Eclipse开源社区
Git基本功能
在具体介绍Git能做什么之前，先来了解下Git里的四个角色：
- workspace: 本地的工作空间。
- index：缓存区域，临时保存本地改动。
- local repository: 本地仓库，指向最后一次提交HEAD。
- remote repository：远程仓库。
- git clone
从远程仓库拉代码到本地，其实内部主要是将整个git资源拉下来。 - git checkout
用于获取以前版本的文件。 - git status
查看当前工作区的状态，如果有修改就会出现让你add到index区的提示。 - git add
添加一个修改到index区，这之后才能commit。 - git commit
将index区的修改提交到当前branch的HEAD区,
添加参数--amend可以用来修改提交注释。 - git log
看commit信息的历史记录。 - git fetch
将远程仓库的最新代码拉下来但不自动与本地代码merge。 - git pull
将远程仓库的最新代码拉下来并merge到当前分支上。 - git merge
将目标branch merge到当前branch上。 - git push
将本地仓库推到远程仓库上去。 - git show
显示某次提交的内容 - git reset
index分区会回滚到最后一次提交。 - git rebase
线性化的衍合两个分支。
有个著名的争论：git rebase VS git merge, 有兴趣的参看(这里) - git config
修改git相关的配置，如提交人邮件,姓名和密码等。 - git cherry-pick
“复制"一个提交节点并在当前分支做一次完全一样的新提交。 - git blame
查看文件的每个部分是谁修改的。 - git revert
用来取消某个提交。 -
git stash
备份当前的工作区的内容，从最近的一次提交中读取相关内容，让工作区保证和上次提交的内容一致。同时，将当前的工作区内容保存到Git栈中。
- git tag
查看当前分支下的标签。 - git branch
列出本地已经存在的分支，并且在当前分支的前面加“*”号标记。 - git bisect
快速定位引入错误的版本。
后附一张Git常用命令流程图，出处已不可考。
Git能做什么
- 文件版本管理。
作为版本管理系统诞生的Git，最重要的是可以帮助团队进行文件管理，各种源代码和文档等。 - 代码评审。
代码评审作为软件开发流程中重要的一环，是项目顺利进行提供有效的保障，使用过Github的人对Pull Request应该不会陌生，如果高效进行代码就是另一个问题了。 - 持续集成。
持续集成作为软件的开发和发布流程中最重要的一环，通过进行单元测试、自动化测试和自动构建发布，可以非常容易发现和改正Bug, 通过钩子(Hook)，Git可以和构建工具（如Jenkins）结合构建持续集成环境。
