git图解：代码区域总结

本文背景，在实际项目中使用git已有一年多，发现很多同事虽然会使用经常使用git指令，但并不理解每一个指令对应的做用原理。今天静下心总结下git 的基本理解：代码的存在区域；本文以实际项目出发，理清使用git过程当中，代码的迁徙流程。

git跟传统的代码管理器（如:svn）不一样， 主要区别在于git多了个本地仓库以及缓存区，因此即便没法联网也同样能提交代码。术语解释：

• 工做区间: 即咱们建立的工程文件， 在编辑器可直观显示；

• 缓存区: 只能经过git GUI或git shell 窗口显示，提交代码、解决冲突的中转站；

• 本地仓库: 只能在git shell 窗口显示，链接本地代码跟远程代码的枢纽，不能联网时本地代码可先提交至该处；

• 远程仓库: 即保存咱们代码的服务器，本文以公共版本控制系统：github为例，登陆github帐号后可直观显示；

接下来， 咱们以三个实际操做的例子讲解git的平常，代码如何在上述4个区域流动。

1.提交 代码到远程仓库：

首先在本地工做区间建立一个新工程：testGit，而后在项目里新建一个README.md， 工做区间的工程以下：

远程仓库建立一新工程，具体操做参见如何在window上把你的项目提交到github

将该新建的工程提交至远程仓库，关键的git 指令以下：

git init
git add README.md
git commit -m "首次提交代码"
git remote add origin https://github.com/wteam-xq/testGit.git
git push -u origin master

指令解释：

git init 表示在当前的项目目录中生成本地的git管理；

git add README.md将“README.md”文件保存至缓存区，实际开发中通常使用 git add -A，使用-A:将新增、删除、修改的文件改动全保存至缓存区；

git commit -m "first commit" 将代码从缓存区保存至本地仓库，实际开发中通常使用git commit -am "first commit"，-a即为all将缓存区全部改动保存至本地仓库；

git remote add origin https://github.com/wteam-xq/testGit.git将本地仓库与指定的远程仓库建立 联系；
push -u origin master 将本地仓库代码推送至远程仓库，实际开发中 该指令后须要输入github 帐号以及密码。（首次提交注意别遗漏-u指定默认主机）

以上指令正常执行后， 本地仓库的代码就提交到远程仓库了：

原理图以下：

2.将远程仓库代码更新到本地：

首先咱们新建一文件夹：copyTestGit，进入该文件夹后使用git 指令：

git clone https://github.com/wteam-xq/testGit

指令执行完毕后， 就在该文件夹下生成一份副本啦（至关于多人协做时另外一台设备上的工程文件），原理图以下：

接下来， 讨论git pull、 git fetch 、 git merge的关系

先抛简单结论：

git pull
#等同于下面命令
git fetch
git merge

实际项目：咱们在testGit工程中修改README.md,而后更新、提交下代码 执行如下git 指令(平常使用中会用git status看看是否有文件须要git add)：

git commit -am 'update readme.md'
git push origin master

原理图以下：

提交成功：

远程仓库代码更新后， 咱们进入另外一本地仓库：copyTestGittestGit，将远程仓库的代码更新至该本地仓库。
在该目录下输入如下git指令：

git fetch 
git merge origin/master

平常使用图方便通常都是直接：

git pull

以上指令的详细探讨请看 少用pull,多用fetch 和 merge（注意: 本文注重git工做原理图不考虑多分支状况，且使用了git clone因此副本工程已经跟主分支创建了追踪关系，因此pull fetch 后都不接分支代码 ）

以上指令区别的原理图：

3.更新到本地仓库时， 出现冲突，解决冲突；

3.1 放弃本地修改

3.2 解决冲突后提交本地修改

首先， 咱们先重现下出现冲突的状况； 在testGit目录下先修改README.md文件第三行，hello word 修正为 hello world：

提交该修改到远程仓库（提交细节参照前述步骤）：

而后， 在副本工程copyTestGit/testGit 目录下也修改README.md文件第三行，hello word 修正为 hello world2：

如今副本工程修改完了代码打算提交，提交前先将远程仓库最新代码更新至本地仓库, 惯例使用指令:

git pull

指令执行以后会发现如下冲突提示：

出现以上提示， 说明本次更新代码失败；主要在于本地工做区间跟远程仓库的新代码冲突了， 图解以下：

接下来，有两种方式处理冲突: 放弃本地修改 或 解决冲突后提交本地修改

3.1 放弃本地修改

放弃本地修改意味着将远程仓库的代码彻底覆盖本地仓库以及本地工做区间， 若是对git的指令不熟悉那大能够将本地工程彻底删除，而后再从新拷贝一次（git clone）。

固然， git如此强大不必用这么原始的方法，可让本地仓库代码覆盖本地修改，而后更新远程仓库代码；

本地仓库代码彻底覆盖本地工做区间，具体指令以下：

git checkout head .

(注意： 别遗漏 "head" 后的 " ." )
而后更新远程仓库的代码就不会出现冲突了:

git pull

原理图以下：

3.2 解决冲突后提交本地修改

覆盖本地代码解决冲突方法适合不太懂git的菜鸟， 像我这种git老鸟（其实并非(￢_￢)）固然用更高级的git指令解决冲突。
除了上述说的4个区间外， 其实git还有第5个区：

（关于git stash详见 本人 testGit日志）

跟 缓存区 同样， 工做现场是 独立存在于本地仓库、工做区：

解决冲突后提交本地修改的思路大概以下：
将本地修改的代码放在工做现场， 而后从远程仓库拉取最新代码，拉取成功后再从工做现场将修改的代码取出， 这样最新代码跟本地修改的代码就会混杂在一块儿， 手工解决冲突后， 提交解决冲突后的代码。
原理图：

对应到咱们实际项目中， 进入 copyTestGit/testGit 执行指令git pull出现 (重回到上述冲突场景)

error: Your local changes to the following files would be overwritten by merge:
        README.md
Please, commit your changes or stash them before you can merge.
Aborting

将本地修改放入工做现场(成功后本地工做区间的代码跟本地仓库代码会同步)， 具体指令：

git stash

从远程仓库获取最新代码，具体指令：

git pull

而后， 取出本地修改的代码， 具体指令:

git stash pop

而后， git 自动合并冲突失败， 冲突的代码就很清晰的展示在咱们面前了：

手工解决冲突：

告诉git， 这个文件（README.md）的冲突 已经解决:

git add README.md

提交代码（细节参考前述流程）：

git commit -am '终于解决冲突啦！'
git push origin master

因而本地有冲突的代码就提交成功啦！

---

后记：

以上不少git指令适合在无图形化界面的linux中使用（例如：阿里云服务器操做git）， 实际开发中固然是用图形化界面解决!
例如： git status在window 中对应的就是右键->git GUI

解决冲突之覆盖本地代码对应的是： 工程目录下tortoiseGit(git 小乌龟) “Revert” ：

解决冲突之解决冲突后提交本地修改对应的是： 手工合并冲突代码后，工程目录下tortoiseGit(git 小乌龟) “resolve” ：

---

参考文章：
1.Git版本控制与工做流
2.图解git项目代码
3.如何在window上把你的项目提交到github
4.阮一峰：git 远程操做详解
5.少用pull,多用fetch 和 merge

---

相关文章：
git图解2：git 代码回退；
git图解3：git 分支操做；