Git GUI 的基本操做

 写在前面的话:
这并非一篇讲解Git原理和命令的文章，本文旨在分享经过鼠标点击GUI界面使用Git实现平常开发的版本管理。尽管仅使用少许的Git命令就可以知足平常版本管理，一上手就展现命令行还让是很多想了解Git的人望而却步。
看完这篇文章，你应该对Git的工做流程有基本的了解，并可以使用Git GUI进行平常开发的版本管理。

准备：

• git 2.19.1
• 远程仓库地址: https://github.com/FrankFrank...
• 完成git配置

1、Git GUI基本操做

一、版本库初始化

gitpractise文件夹就变成了Git能够管理的仓库，目录下多了一个.git文件夹，此目录是Git用于管理版本库的，不要擅自改动里面的文件，这样会破坏Git仓库。(.git文件夹默认是隐藏的，若是你没有看到它，不要慌。）

在想要初始化的文件夹的空白处右键，选择 Git GUI Here，新建版本库时文件夹会自动定位到当前文件夹。

二、GUI说明

工做区：列出有改动的文件
暂存区：存放将要提交到版本库的文件，工做区中修改完成的文件应将放入暂存区
差别区：在工做区/暂存区选择文件会显示出改动先后的具体信息
提交的说明：提交时写入改动的相关说明

Rescan：扫描出改动的文件，显示在工做区。GUI并不会实时更新对仓库的修改，须要点击Rescan按钮从新扫描。
Stage Changed：将工做区中全部文件放入暂存区。
Sign off：在提交的说明后面附加上当前git帐号的信息。多人协做时方便看到提交的编辑者。
Commit：将暂存区的文件提交到版本库。
Push：推送到远程版本库。

三、新增文件

让咱们重新增一个文件开始，在gitpractise中新建hello.txt文件，而后点击Rescan，能够看到hello.txt出如今工做区

对提交过的文件的修改是能够撤销的，经过 Commit -> Revert Changes

四、暂存

Commit -> Stage To Commit

这里的操做是将选定的单个文件放入暂存区（快捷键是ctrl+t)。多个文件能够按住shift/ctrl进行选定。暂存所有直接点击Stage Changed

4.一、撤销暂存

提交前还想再编辑。Commit -> Unstage From Commit

也能够不撤销暂存，直接编辑，再次暂存，效果是同样的。

五、提交

六、版本节点和回滚

6.一、 查看版本节点

为了演示版本的回滚，我对hello.txt作了修改并提交。此时咱们有两个版本。
Repository -> Visualize master's history

6.二、回滚，回到第一个版本

reset有三种模式：soft | mixed | hard ，不一样的模式对工做区、暂存区和版本库的影响不一样，具体以下图：

soft：回退版本提交历史，暂存区和工做区不变。

mixed：回退版本提交历史，暂存区文件与该版本一致，工做区不变。

hard：回退版本提交历史，暂存区和工做区文件与该版本一致。

2、分支与合并

在版本节点和回滚中，我能够看到，每次提交，Git都把它们串成一条时间线，这条时间线就是一个分支。截止到目前，只有一条时间线，在Git里，这个分支叫主分支，即master分支。
在GIt中，能够以任一分支为原型再建立分支，此时新的分支与原型拥有一致的版本库，对新分支的任何改动都不会影响原型分支，新旧分支开始维护各自的版本。
最后，能够经过合并分支，将不一样分支的内容结合到一块儿。
分支让每一个人拥有独立的工做空间，而合并能将全部人的工做成果归一，协同工做所以变得简单、高效。

一、建立一个分支

Branch -> Create

新建并切换工做仓库至branch1，接下来就能够修改、暂存、提交。跟在master分支的操做是同样的。

分支的切换：
Branch -> Checkout

切换前要保持当前分支的工做区和暂存区是 干净的(clean)，即没有未提交的修改。若是你修改了一半，这时因为各类缘由，须要切换到其余分支工做，可使用git stash命令，它会记录当前工做区和暂存区中文件的状态，把工做现场“储藏”起来，这样工做区就是干净的了。再次回到此分支，使用git stash pop命令，就能恢复现场。Git GUI不提供相关的操做，须要去Git bash执行这两个命令。

二、合并分支

为了演示，我还以master为原型新建了分支branch2
（1）、branch1中修改hello.txt的第一行为hi~world.，并新增文件world.txt
（2）、branch2中修改hello.txt的第一行为work hard pls.

咱们看一下如今的分支状况：

2.一、合并branch1到master

在合并以前，咱们思考一下，因为branch1是在master版本上进行了修改，咱们指望的合并结果应该是master中hello.txt第一行被修改成hi~world.，并新增文件world.txt，接下来就是验证。
首先切换到主分支master，而后点击菜单栏的 Merge -> Local Merge

结果符合预期。再看一下此时的分支状况：

能够看到此时 master跟branch1指向了同一个版本节点。

2.二、合并branch2到master

接下来咱们合并branch2到master。

合并失败！让咱们仔细看一下错误提示：

提示框中有一句：Automatic merge failed，即自动合并失败。咱们与合并branch1的提示作一下对比

咱们看到了Fast-forward的提示。 因为master 是要并入的branch1分支的直接上游，master顺着走下去能够到达branch1分支，这种单线的历史分支不存在任何须要解决的分歧，合并过程称为快进（Fast forward）。

而合并了branch1以后的master再也不是branch2的直接上游，此时合并branch2就会要求解决分歧（若是存在的话）。因此才有了Automatic merge failed: fix conflicts and then commit the result的提示。（自动合并失败，请解决冲突后再提交）。Git将文件中有冲突的地方都写入文件，同时显示在差别区，咱们能够按图索骥，到指定文件中删除不想要的部分，而后暂存，再次提交。(这里的暂存是不能够经过点击Stage Changed实现的）

branch1和branch2完成了它们的使命，能够经过Branch -> Delete进行删除，须要注意一点：不能删除工做中的分支。

差别区的查看
前面的"-1,2"分红三个部分：减号表示改动前的文件，"1"表示第1行，"2"表示连续2行。合在一块儿，就表示下面是修改前的文件从第1行开始的连续2行。一样的，"+1,6"表示变更后，成为改动后的文件从第1行开始的连续6行。

3、远程协做

如今，咱们以一个托管在GitHub上的ASP.NET MVC项目来进行远程协做演示。

一、 克隆远程仓库到本地

二、忽略文件

细心的你会发现根目录下有一个名为.gitignore的文件。它用于定义忽略规则（ignore rules），每一次暂存/提交以前，Git会根据该文件内容忽略指定文件/文件夹。 在实际的开发过程当中，总有一些状况是咱们不想让Git跟踪某些文件的。Git提供三种忽略文件的方式

2.一、建立局部.gitignore文件

在仓库的根目录下建立.gitignore文件，忽略规则仅做用于当前仓库。通常状况下，应该将.gitignore文件提交到版本库，这样就能够与克隆项目仓库的人共享忽略规则。

Github上维护有一个适用于多种现流行的操做系统/环境/开发语言的官方推荐.gitignore文件的项目。还能够经过gitignore.io生成对应操做系统/开发语言/IDE的.gitignore文件。

2.二、建立全局.gitignore文件

咱们还能够经过全局.gitignore文件将忽略规则应用到本机上全部Git仓库。
（1）、git config --global core.excludesfile ~/.gitignore_global。
（2）、在用户根目录下建立.gitignore文件。

2.三、显式排除出仓库

若是不想使用.gitignore文件，还能够经过往仓库根目录下.git/info/exclude文件添加忽略规则达到忽略本仓库指定文件/文件夹的目的。

一、若是一个文件已经添加到版本库，以后添加对应的忽略规则到 gitignore/exclude文件并不会生效。这种状况下，须要经过如下命令先解除对文件的跟踪：
git rm --cached FILENAME
二、全局和局部的 .gitignore文件会共同做用。

三、pull和push

pull和push分别表示从远程仓库获取信息和推送本地更新到远程仓库两个操做。

多人协做时，你们都会往master分支上推送各自的修改，小伙伴已经向master推送了他的提交，而碰巧咱们对一样的文件做了修改，并试图推送：

获得错误提示：

推送失败，由于小伙伴的最新提交和咱们的推送存在冲突，解决办法也很简单，Git已经提示咱们，先用git pull把最新的提交从master抓下来，而后，在本地合并，解决冲突，在Git GUI中的Pull操做须要两个步骤来完成：

一、获取远程仓库版本记录 Remote -> Fetch

二、本地合并Merge -> Local Merge

解决冲突后，再推送：

写在最后的话：
若是你认真看完了整篇文章，那么Git平常的操做应该可以使用Git GUI完成了，这也是本文的初衷。Git做为当前最强大的版本管理工具（没有之一）拥有的功能比本文写到的要多得多，然而不少功能是经过命令行实现的，GUI只是封装了一部分经常使用的功能，方便入门和平常操做。若是你想深刻了解Git，这是Git的 官方网站。

THE END

原文连接