git原理图解

目录

• 1.提交 代码到远程仓库
• 2.将远程仓库代码更新到本地
• 3.更新到本地仓库时， 出现冲突，解决冲突
• 后记：

 

正文

本文背景，在实际项目中使用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 "说明的文字"`，使用 -a：若是没文件更改操做（增、删、更名）就能够省略git add指令；

`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

原理图以下：

远程仓库代码更新后， 咱们进入另外一本地仓库：copyTestGit\testGit，将远程仓库的代码更新至该本地仓库。

在该目录下输入如下git指令：

git fetch 
git merge origin/master

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

git pull

以上指令的详细探讨请看 少用pull,多用fetch 和 merge

（注意: 本文注重git工做原理图不考虑多分支状况，且使用了git clone因此副本工程已经跟主分支创建了追踪关系，因此'pull' 'fetch' 后都不接分支代码 ）

以上指令区别的原理图：

回到顶部

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

首先， 咱们先重现下出现冲突的状况； 在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指令解决冲突。

细心的同窗或许已发现，缓存区 除了开始出现外，后续提交代码、更新代码篇章都在打酱油；终于，此次冲突解决事件， 它将会是主角!

解决冲突后提交本地修改的思路大概以下：

将本地修改的代码放在缓存区， 而后从远程仓库拉取最新代码，拉取成功后再从缓存区将修改的代码取出， 这样最新代码跟本地修改的代码就会混杂在一块儿， 手工解决冲突后， 提交解决冲突后的代码。

原理图：

对应到咱们实际项目中， 进入 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 自动合并冲突失败， 冲突的代码就很清晰的展示在咱们面前了：

（小广告：3.2栏更多细节请移步本人另外一博文git 代码冲突处理）

手工解决冲突：

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

git add README.md

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

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

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

回到顶部

后记：

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

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

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

参考文章：

1.Git版本控制与工做流

2.图解 Git 管理项目代码

3.如何在window上把你的项目提交到github

4.Git远程操做详解

5.Git 少用 Pull 多用 Fetch 和 Merge

6.Git教程推荐一（廖雪峰）

7.Git教程推荐二（云溪）

8.Mac OS X Git安装教程

9.git-ssh 配置和使用

10.github设置添加SSH

11.生成多个git ssh密钥

12.ssh-agent 使用指南

分类: Git