git了解

了解git吗

Git 是一个开源的分布式版本控制系统，用于敏捷高效地处理任何或小或大的项目。 Git 是 Linus Torvalds 为了帮助管理 Linux 内核开发而开发的一个开放源码的版本控制软件。 Git 与常用的版本控制工具 CVS, Subversion 等不同，它采用了分布式版本库的方式，不必服务器端软件支持。

merge命令不会保留merge的分支，git merge合并分支。 1.rebase需要基于一个分支来设置你当前的分支的基线。 2.自动创建一个新的commit，如果合并的时候遇到冲突，仅需要修改后重新。 3.rebase过程中也会出现冲突，解决冲突后，使用gitadd添加，然后执行gitrebase--continue。

Git 的工作就是创建和保存你项目的快照及与之后的快照进行对比。

Git 常用的命令有： 1）git clone - 克隆仓库内容 2）git push - 推送到远程仓库 3）git add - 向本地仓库中添加文件 4）git commit - 提交工作区内容到版本库 5）git checkout - 切换分支 6）git pull - 从远程仓库拉取内容到工作台

git branch命令会列出所有分支，当前分支前面会标一个*号

切换到一个已存在的分支，你需要使用 git checkout 命令

1）workspace — 工作区

2）staging area — 暂存区/缓存区

3）local repository — 版本库或本地仓库

4）remote repository — 远程仓库

git基本原理

1.什么是git

git就是一个软件管理器，不同一般的是它是分布式的，不仅有一个中心的服务器控制最新版本代码，而且每个开发者自己还有个本地仓库，所以在开发过程中都是先将代码提交到本地仓库再推送到中心服务器上的，这样的好处就是每个人都依赖于中心服务器来实现交互，但又不会被中心服务器限制，就算中心服务器挂了，也能很容易的找到最新版本的代码，而且我自己的工作依然可以顺利进行，提交到本地仓库，当中心服务器修复之后，再将自己仓库的东西推送到中心服务器。

2.自己的git仓库

我们要进行开发，提交代码和中心服务器进行交互，首先我们要有自己的一个开发基地，也就是我们自己的git仓库。拥有自己的git仓库的方式有两种，一就是在自己已有的目录里初始化自己的git仓库然后和中心服务器建立连接，更新最新代码到自己的git仓库。二就是将一个已经存在的项目克隆到自己的目录成为自己的git仓库。

    执行git init命令，就会创建并初始化git仓库，这个时候在该目录下会产生一个.git的隐藏文件夹，而该目录就是你的工作目录，你的一切行为都是在这个目录里，而这个.git文件夹就是你的本地仓库，当你进行了一些文件操作之后，认为可以提交了那么首先你就是提交到本地仓库也就是这个.git中，然后再推送到中心服务器。或者直接克隆一个仓库到本地作为git仓库，也是一样的。当你进入到这个.git目录中，会发现里面还有很多的子目录和文件，有的是很重要的，这里说几个，config文件，这是你项目的配置文件，里面有中心服务器的信息和分支信息，HEAD文件指向当前的分支，index文件是暂存区的相关信息，logs目录中都是相关操作产生的日志，这个很重要，因为日志是我们操作的唯一证据，我们本地的版本控制也靠它，objects目录里面存储的就是所有 的数据，也就是快照，refs目录里是存储指向数据提交对象的指针。

3.git的分层结构

git的工作总共分四层，其中三层是在自己本地也就是前面说的git仓库，包括了工作目录，暂存区和本地仓库，工作目录就是我们执行命令git init时所在的地方，也就是我们执行一切文件操作的地方，暂存区和本地仓库都是在.git目录，因为它们只是用来存数据的。远程仓库在中心服务器，也就是我们做好工作之后推送到远程仓库，或者从远程仓库更新下来最新代码到我们的git仓库。git所存储的都是一系列的文件快照，然后git来跟踪这些文件快照，发现哪个文件快照有变化它就会提示你需要添加到暂存区或是提交到本地仓库来保证你的工作目录是干净的。

    这个怎么理解呢，git中的文件有两种状态，一种是被跟踪的，也就是提交到本地仓库的文件，因为本地仓库要保管它们当然得跟踪他们，对它们负责，还有一种就是未被跟踪的。那么当我们添加新的文件时，它不是被跟踪的，因为本地仓库里面没有这个文件，它是外来的，本地仓库目前还不需要对他们负责。但是如果是对仓库已经存在的文件进行修改，那么这些文件就是被跟踪的文件，就可以通过git status查看他们的状态来进行相应的操作。当然我们也可以生成一个.gitignore文件，里面指定要忽略的文件类型，然后这些文件就不会被跟踪，不管怎么改变它们，git status都不会提示你需要做什么操作的。
​
    所以当我们在工作目录中进行文件操作后，要先添加到暂存区，然后再将暂存区中刚添加的文件快照提交到本地仓库，然后再将本地仓库的最新版本文件快照推送到远程仓库。这个文件快照其实就是各个文件的在被添加到暂存区时的状态，就和照相一样的，留下每个不同时刻的快照，方便以后查询，而git存储的就是这些一系列的快照。说到这个快照就要说说git的对象了。

4.git的对象

    从根本上讲，git是一套内容寻址的文件系统，它存储的也是key-value键值对，然后根据key值来查找value的，说到寻址就会想到指针吧，不错，git也是根据指针来寻址的，这些指针就存储在git的对象中。git一共有3种对象，commit对象，tree对象和blob对象。下面便是这3个对象：

这个blob对象对应的就是文件快照中那些发生变化的文件内容，而tree对象则记录了文件快照中各个目录和文件的结构关系，它指向了被跟踪的快照，commit对象则记录了每次提交到本地仓库的文件快照，从上图看出其中有两个指针，一个指向tree对象，一个则指向上一个commit对象。这个怎么理解呢，怎么还有上一个commit对象，在开发过程中，我们会提交很多次文件快照，那么第一次提交的内容会用一个commit来记录，这个commit没有指针指向上一个commit对象，因为没有上一个commit，它是第一个，当第二次提交时，又会有另外一个commit对象来记录，那么这次commit对象中就会有一个指针指向上一次提交后的commit对象，经过很多次提交后就会有很多的commit对象，它们组成了一个链表，当我们要恢复哪个版本的时候，只要找到这个commit对象就能恢复那个版本的文件不是吗。而我们所谓的HEAD对象其实就指向最近一个提交的commit对象，也就是最后一个commit对象。

5.git的基本操作

git代码回滚

git回退历史，有以下步骤：

1.已push后回退: (1) 使用git log命令，查看分支提交历史，确认需要回退版本的<commit_id> (2) 使用git reset --hard <commit_id>命令或者git revert <commit_id>，进行版本回退(此时本地已回退) (3) 在git commit后，再次使用git push origin <分支名> --force命令，推送至远程分支(此时线上版本已回退) 2.提交到暂存区后(执行git add后)回退： git reset HEAD <file_name>命令撤销提交到暂存区的内容，再使用git checkout -- <file_name>命令，来清空工作区的修改

3.工作区(执行git add前)回退： git checkout -- <file_name>命令，来清空工作区的修改

git分支

几乎每一种版本控制系统都以某种形式支持分支，一个分支代表一条独立的开发线。 使用分支意味着你可以从开发主线上分离开来，然后在不影响主线的同时继续工作

分支的好处 同同时并行推进多个功能的开发，提高工作效率 各个分支在开发过程中不影响，一个分支开发失败不会影响到其他分支，失败的分支直接删除重新开发就可以 Git 的 master 分支并不是一个特殊分支。 它就跟其它分支完全没有区别。 之所以几乎每一个仓库都有 master 分支，是因为 git init 命令默认创建它，并且大多数人都懒得去改动它。

分支合并

我们现在分两种选择，

• 一、直接将testing分支上的内容合并到master分支，这样不会发生版本冲突的问题

• 二、在master分支上继续进行修改，然后再选择合并分支，这样会发生版本冲突的问题

使用git时候提交时候发生冲突，你能解释冲突如何产生，你是如何解决的

Git冲突情况举例： 简单来说就是本地修改的文件和目标远程库的同一个文件都有修改。这时无论是pull/push/merge时都会产生冲突。

1、不同分支下的merge 比如在不同分支下进行分支合并时，我们在本地修改了a文件并把a文件的修改push到了test分支下，接着我们切换到master分支下将test分支上的修改合并到当前master分支下时，如果master分支下的a文件也有修改的话，这时在进行merge也会产生冲突。（因为这个两个分支是不同步的，两个分支下的同一个文件都有修改）

2、同一个分支下的pull或push 比如在同一个分支下，对本地的a文件做出了修改，此时我们在进行pull或push时如果远程分支下下的a文件也有修改，那么代表本地和远程分支的代码是不同步的，此时也会引起冲突。

Git冲突解决方案：

要想不产生冲突的习惯是：修改文件之前先git pull,获取远程最新的代码，同步完了之后再对代码进行修改；亦或者事先和同时操作代码的同事沟通，这样可以大概率的避免冲突的产生。

方法一： git pull 出现冲突后丢弃本地冲突文件修改，采用远程文件覆盖本地文件git checkout [文件路径]例：git checkout test/src/main/resources/spring-shiro.xml

方法二： git pull 出现冲突后可以暂存本地修改git stash ,然后git pull 更新代码，git stash list 可查看暂存记录列表，释放本地暂存 git stash apply stash@{0} ，出现冲突文件，找到并解决，然后可以提交git add . 加入索引库，然后本地提交git commit -m ‘注释’ 最后git push到远程。

方法三（实用）： 1、git pull更新代码，发现error: Your local changes to the following files would be overwritten by merge:pom.xmlPlease commit your changes or stash them before you merge.这说明你的pom.xml与远程有冲突，你需要先提交本地的修改然后更新。

2、git add pom.xml

git commit -m ‘冲突解决’

提交本地的pom.xml文件，不进行推送远程

3、git pull

更新代码Auto-merging pom.xmlCONFLICT (content): Merge conflict in pom.xmlAutomatic merge failed; fix conflicts and then commit the result.更新后你的本地分支上会出现 (develop|MERGING)类似这种标志。

4、找到你本地的pom.xml文件，并打开你会在文件中发现<<<<<<< HEAD ，======= ，>>>>>>> ae9a0f6b7e42fda2ce9b14a21a7a03cfc5344d61这种标记。

<<<<<<< HEAD和=中间的是你自己的代码， ======= 和>>>>>>>中间的是其他人修改的代码自己确定保留那一部分代码，最后删除<<<<<<< HEAD ，= ，>>>>>>>这种标志。

5、git add pom.xmlgit commit -m '冲突解决结束’再次将本地的pom.xml文件提交。

6、git push将解决冲突后的文件推送到远程。