导读：云效 Git 教程 - 帮忙开发人员更好的使用 Git，Git 作为分布式版本控制工具，近年来越来越受欢迎，很多公司、开发人员开始应用 Git 来代替 SVN。本片文章重点介绍了对于云效对开发人员应用 Git 更深层次的技能晋升学习教程帮忙开发人员更好的使用了解 GiT 的应用。
进阶学习材料
定制你的快捷命令
云效 Git 教程中有一个小技巧能够使你的 Git 体验更简略、容易、相熟：别名。如果不想每次都输出残缺的 Git 命令，能够通过 git config 来轻松地为每一个命令设置一个别名。这里有一些例子你能够试试
$ git config –globalalias.co checkout
$ git config –globalalias.br branch
$ git config –globalalias.ci “commit -s”
$ git config –globalalias.st status
这意味着，当要输出 git commit -s 时，只须要输出 git ci。随着你持续一直地应用 Git，可能也会常常应用其余命令，所以创立别名时不要犹豫。例如，为了解决勾销暂存文件的易用性问题，可向 Git 中增加你本人的勾销暂存别名：
$ git config –globalalias.unstage ‘reset HEAD –‘
这会是上面的两个命令等价：
$ git unstage fileA $ git reset HEAD — fileA
这样看起来更分明一些。通常也会增加一个 Last 命令，像这样：
$ git config –global alias.last ‘log -1 HEAD’
这样，能够轻松地看到最初一次提交：
$ git last
commit 66938dae3329c7aebe598c2246a8e6af90d04646 Author: Josh Goebel <dreamer3@example.com> Date: Tue Aug 26 19:48:51 2008 +0800 test for current head Signed-off-by: Scott Chacon <schacon@example.com>代码合并与变基
在 Git 中整合来自不同分支的批改次要有两种办法：合并（merge）以及变基（rebase）。
合并
整合分支最容易的办法是 Merge 命令。它会把两个分支的最新快照（C3 和 C4）以及二者最近的独特先人（C2）进行三方合并，合并的后果是生成一个新的快照（并提交）
Rebase 合并
你能够提取在 C4 中引入的补丁和批改，而后在 C3 的根底上利用一次。在 Git 中，这种操作就叫做 变基。你能够应用 rebase 命令将提交到某一分支上的所有批改都移至另一分支上，就如同“从新播放”一样。
在下面这个例子中，运行：
它的原理是首先找到这两个分支（即以后分支 Experiment、变基操作的指标基底分支 Master）的最近独特先人 C2，而后比照以后分支绝对于该先人的历次提交，提取相应的批改并存为临时文件，而后将以后分支指向指标基底 C3, 最初以此将之前另存为临时文件的批改依序利用。
当初回到 master 分支，进行一次快进合并。
$ git checkout master
$ git merge experiment
优雅地合并分支代码并提交
通过比照两种合并办法，rebase 的合并可能让提交历史变成串行，看起来更加整洁。所以在合并代码时，有的人喜爱 rebase 实现合并。此外，rebase 还有个作用，批改提交历史，上面会介绍如何通过 rebase 批改提交历史。
优雅的合并代码，就是通过适当的 rebase 批改提交历史，将本地本人开发多个提交进行适当的合并，而后再 rebase 合并分支。
代码暂存
有时，当你在我的项目的一部分上曾经工作一段时间后，而这时你想要切换到另一个分支做一点别的事件。问题是，你不想仅仅因为过会儿回到这一点而为做了一半的工作创立一次提交。针对这个问题的答案是 git stash 命令。
git stash 将未实现的批改保留到一个栈上，而你能够在任何时候从新利用这些改变。
为了演示，进入我的项目并改变几个文件，运行 git status，能够看到有改变的状态：
当初想要切换分支，然而还不想要进行提交，运行 git stash 或 git stash save：
工作目录变洁净了，并且刚刚的批改都不存在了：
$ git status
On branch master nothing to commit, working directory clean
在这时，你可能轻易地切换分支并在其余中央工作；你的批改被存储在栈上。要查看暂存的货色，能够应用 git stash list：
在本例中，有两个之前做的暂存，所以你接触到了三个不同的暂存工作。能够通过原来 stash 命令的帮忙提醒中的命令将你刚刚暂存的工作从新利用：git stash apply。如果想要利用其中一个更旧的暂存，能够通过名字指定它，像这样：git stash apply stash@{2}。如果不指定一个暂存，Git 认为指定的是最近的暂存：
能够看到 Git 从新批改了当你暂存时吊销的文件。也能够运行 git stash pop 来利用暂存并从栈上扔掉它。
暂存的抛弃能够运行 git stash drop 加上将要移除的暂存的名字来移除它：
从暂存创立一个分支
如果暂存了一些工作，在后续从新利用工作时可能会有问题。如果利用尝试批改刚刚批改的文件，你会失去一个合并抵触并不得不解决它。如果想要一个轻松的形式来再次测试储备的改变，能够运行 git stash branch 创立一个新分支，检出暂存工作时所在的提交，从新在那利用工作，而后在利用胜利后扔掉：
这是在新分支轻松复原暂存工作并持续工作的一个很不错的路径。
批改代码历史
许多时候，在应用 Git 时，可能会因为某些起因想要修改提交历史。Git 很棒的一点是它容许你在最初时刻做决定。你能够重写曾经产生的提交就像它们以另一种形式产生的一样。这可能波及扭转提交的程序，扭转提交中的信息或批改文件，将提交压缩或是拆分，或齐全地移除提交 – 在将你的工作成绩与别人共享之前。
在本节中，你能够学到如何实现这些十分有用的工作，这样在与别人分享你的工作成绩时你的提交历史将如你所愿地展现进去。
批改最初一次提交
批改你最近一次提交可能是所有批改历史提交的操作中最常见的一个。对于你的最近一次提交，你往往想做两件事件：批改提交信息，或者批改你增加、批改和移除的文件的快照。
如果，你只是想批改最近一次提交的提交信息，那么很简略：
$ git commit –amend
这会把你带入文本编辑器，外面蕴含了你最近一条提交信息，供你批改。当保留并敞开编辑器后，编辑器将会用你输出的内容替换最近一条提交信息。
如果你曾经实现提交，又因为之前提交时遗记增加一个新创建的文件，想通过增加或批改文件来更改提交的快照，也能够通过相似的操作来实现。通过批改文件而后运行 git add 或 git rm 一个已追踪的文件，随后运行 git commit –amend 拿走以后的暂存区域并使其做为新提交的快照。
应用这个技巧的时候须要小心，因为修改会扭转提交的 SHA-1 校验和。它相似于一个小的变基 – 如果曾经推送了最初一次提交就不要修改它。
批改多个提交信息
为了批改在提交历史中较远的提交，必须应用更简单的工具。Git 没有一个扭转历史工具，然而能够应用变基工具来变基一系列提交，基于它们原来的 HEAD 而不是将其挪动到另一个新的下面。通过交互式变基工具，能够在任何想要批改的提交后进行，而后批改信息、增加文件或做任何想做的事件。能够通过给 git rebase 减少 -i 选项来交互式地运行变基。必须指定想要重写多长远的历史，这能够通过通知命令将要变基到的提交来做到。
例如，如果想要批改最近三次提交信息，或者那组提交中的任意一个提交信息，将想要批改的最近一次提交的父提交作为参数传递给 git rebase -i 命令，即 HEAD~2^ 或 HEAD~3。记住 ~3 可能比拟容易，因为你正尝试批改最初三次提交；然而留神实际上指定了以前的四次提交，即想要批改提交的父提交：
$ git rebase -i HEAD~3
再次记住这是一个变基命令 – 在 HEAD~3..HEAD 范畴内的每一个提交都会被重写，无论你是否批改信息。不要波及任何曾经推送到地方服务器的提交 – 这样做会产生一次变更的两个版本，因此使别人困惑。运行这个命令会在文本编辑器上给你一个提交的列表，看起来像上面这样：
须要重点留神的是绝对于失常应用的 log 命令，这些提交显示的程序是相同的。运行一次 log 命令，会看到相似这样的货色：
留神其中的反序显示。交互式变基给你一个它将会运行的脚本。它将会从你在命令行中指定的提交（HEAD~3）开始，从上到下的顺次重演每一个提交引入的批改。它将最旧的而不是最新的列在下面，因为那会是第一个将要重演的。
你须要批改脚本来让它停留在你想批改的变更上。要达到这个目标，你只有将你想批改的每一次提交后面的‘pick’改为‘edit’。例如，只想批改第三次提交信息，能够像上面这样批改文件：
edit f7f3f6d changed my name a bit
pick 310154e updated README formatting and added blame
pick a5f4a0d added cat-file
当保留并退出编辑器时，Git 将你带回到列表中的最初一次提交，把你送回命令行并提醒以下信息：
这些指令精确地通知你该做什么。输出
$ git commit –amend
批改提交信息，而后退出编辑器。而后，运行
$ git rebase –continue
这个命令将会主动地利用另外两个提交，而后就实现了。如果须要将不止一处的 pick 改为 edit，须要在每一个批改为 edit 的提交上反复这些步骤。每一次，Git 将会进行，让你修改提交，而后持续直到实现。
从新排序提交
也能够应用交互式变基来从新排序或齐全移除提交。如果想要移除“added cat-file”提交而后批改另外两个提交引入的程序，能够将变基脚本从这样：
pick f7f3f6d changed my name a bit
pick 310154e updated README formatting and added blame
pick a5f4a0d added cat-file
改为这样：
pick 310154e updated README formatting and added blame
pick f7f3f6d changed my name a bit
当保留并退出编辑器时，Git 将你的分支带回这些提交的父提交，利用 310154e，而后利用 f7f3f6d，最初进行。事实批改了那些提交的程序并齐全地移除了“added cat-file”提交。
压缩提交
通过交互式变基工具，也能够将一连串提交压缩成一个独自的提交。在变基信息中脚本给出了有用的指令：
如果，指定“squash”而不是“pick”或“edit”，Git 将利用两者的批改并合并提交信息在一起。所以，如果想要这三次提交变为一个提交，能够这样批改脚本：
pick f7f3f6d changed my name a bit squash
310154e updated README formatting and added blame squash
a5f4a0d added cat-file
当保留并退出编辑器时，Git 利用所有的三次批改而后将你放到编辑器中来合并三次提交信息：
拆分提交
拆分一个提交会吊销这个提交，而后屡次地局部地暂存与提交直到实现你所需次数的提交。例如，假如想要拆分三次提交的两头那次提交。想要将它拆分为两次提交：
第一个“updated README formatting”，
第二个“added blame”来代替原来的“updated README formatting and added blame”。能够通过批改 rebase - i 的脚本来做到这点，将要拆分的提交的指令批改为“edit”：
pick f7f3f6d changed my name a bit edit
310154e updated README formatting and added blame pick
a5f4a0d added cat-file
而后，当脚本将你进入到命令行时，重置那个提交，拿到被重置的批改，从中创立几次提交。当保留并退出编辑器时，Git 带你到列表中第一个提交的父提交，利用第一个提交（f7f3f6d），利用第二个提交（310154e），而后让你进入命令行。那里，能够通过 git reset HEAD^ 做一次针对那个提交的混合重置，实际上将会吊销那次提交并将批改的文件未暂存。当初能够暂存并提交文件直到有几个提交，而后当实现时运行 git rebase –continue：
Git 在脚本中利用最初一次提交（a5f4a0d），历史记录看起来像这样：
再次强调，这些改变了所有在列表中的提交的 SHA-1 校验和，所以要确保列表中的提交还没有推送到共享仓库中。
图形化的 Git
TortoiseGit
支持系统：Windows（免费软件）
在 Windows 上装置 Git 也有几种装置办法。更多版本能够在 https://tortoisegit.org 下载。
SourceTree
支持系统：Windows / OS X（免费软件）
https://www.sourcetreeapp.com
Eclipse 的 Git 插件 EGit
Eclipse 的 Git 插件 EGit（备选）
Eclipse 的插件装置就不在这里赘述了。
EGit 插件地址：http://download.eclipse.org/e…
这里有 EGit 学习材料：http://www.cnblogs.com/hnrain…
IntelliJ IDEA 上的 Git 插件
IntelliJ IDEA 上的 Git 插件（备选）
曾经默认装置啦。
Git GUI
Git GUI 是 Git 官网的图形化界面，强项是 Commit 前代码改变的浏览和筛选。Windows、Linux 上都能运行。
Gitk
Gitk 也是 Git 官网的图形化界面，强项是显示版本树、历史信息。Windows、Linux 上都能运行。
总结
云效 Git 教程 - 帮忙开发人员更好的使用 Git，Git 年来越来越受开发者的欢送而本篇文章就着重对大家罕用技能做了相干总结，帮忙你更好的使用 Git，同时云效代码治理 codeup 作为阿里云出品的一款企业级代码治理平台，提供代码托管、代码评审、代码扫描、品质检测等性能，全方位爱护企业代码资产，可能更好助企业实现平安、稳固、高效的研发治理。