git常用操作

gitlab

1. 设置分支保护 Settinsg->Repository->Protected Branches->Expand可以设置分支保护;

2. eclipe解决冲突 见CSDN http://blog.csdn.net/rosten/article/details/17068285；

3. 多人merge时pull的这个时间关系不取决于谁先执行push，而取决于本地仓库中谁先执行commit。所以merge会按照时间顺序严格的记录每一次commit。

4. rebase操作更复杂，冲突的概率也更高，并且不是按照时间顺序记录。

5. 对于一个多人开发团队频繁提交更新的情况，如果使用merge会使得历史线图非常复杂，并且merge一次就会新增一个记录点，如果使用rebase就是完全的线性开发。

6. 如果同一文件反复修改或提交次数比较多，预期会出现很多的conflict，那么可以使用merge合并，仅需要解决一次冲突即可（不过，大范围主题式的修改，是不是应该事先就新开一个分支呢？）；如果修改范围小，预期conflict少，则建议使用rebase。

   重写历史

   1.改变最近一次提交

   改变提交说明，或者改变刚刚通过增加，改变，删除而记录的快照。

   git commit --amend
   

   执行命令后将带入文本编辑器，里面包含了最近一次提交说明，供修改。当保存并退出编辑器，这个编辑器会写入一个新的提交，里面包含了那个说明，并且让它成为新的最近一次提交。

   如果你完成提交后又想修改被提交的快照，增加或者修改其中的文件，可能因为你最初提交时，忘了添加一个新建的文件，这个过程基本上一样。你通过修改文件然后对其运行git add或对一个已被记录的文件运行git rm，随后的git commit --amend会获取你当前的暂存区并将它作为新提交对应的快照 。

   2.修改多个提交说明

   可以通过给git rebase增加-i选项来以交互方式地运行rebase。必须通过告诉命令衍合到哪次提交，来指明需要重写的提交的回溯深度。

   如，如果想修改最近三次的提交说明，或者其中任意一次，你必须给git rebase -i提供一个参数，指明你想要修改的提交的父提交，例如HEAD~2或者HEAD~3。可能记住~3更加容易，因为你想修改最近三次提交；但是请记住你事实上所指的是四次提交之前，即你想修改的提交的父提交。

   git rebase -i HEAD~3 
   

   运行这个命令会为文本编辑器提供一个提交列表，看起来像下面这样

   pick f7f3f6d changed my name a bit
   pick 310154e updated README formatting and added blame
   pick a5f4a0d added cat-file
   
   # Rebase 710f0f8..a5f4a0d onto 710f0f8
   #
   # Commands:
   #  p, pick = use commit
   #  e, edit = use commit, but stop for amending
   #  s, squash = use commit, but meld into previous commit
   

   请注意这里的倒序。交互式的rebase给了一个即将运行的脚本。它会从在命令行上指明的提交开始(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 这个命令会应用其他两次提交。

   3. 重排提交

   使用交互式衍合来重排或删除提交如果，你想删除"added cat-file"这个提交并且修改其他两次提交引入的顺序，你将rebase脚本从这个

   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"这次提交。

   4.压制(Squashing)提交

如果不用"pick"或者"edit"，而是指定"squash"，Git 会同时应用那个变更和它之前的变更并将提交说明归并。因此，如果想将这三个提交合并为单一提交， 可以将脚本修改成这样

pick f7f3f6d changed my name a bit
squash 310154e updated README formatting and added blame
squash a5f4a0d added cat-file

保存并退出编辑器，Git 会应用全部三次变更然后将送回编辑器来归并三次提交说明。

# This is a combination of 3 commits.
# The first commit's message is:
changed my name a bit
# This is the 2nd commit message:
updated README formatting and added blame
# This is the 3rd commit message:
added cat-file

然后保存，就会拥有包含前三次提交的全部变更的单一提交 。

注：最顶行pick 不能修改为squash

存储(Stashing)

当你正在进行项目中某一部分的工作，里面的东西处于一个比较杂乱的状态，而你想转到其他分支上进行一些工作。问题是，你不想提交进行了一半的工作，否则以后你无法回到这个工作点。解决这个问题的办法就是git stash命令。

“‘储藏”“可以获取工作目录的中间状态——也就是修改过的被追踪的文件和暂存的变更——并将它保存到一个未完结变更的堆栈中，随时可以重新应用。

当追准备切换分支，但是还不想提交你正在进行中的工作；所以储藏这些变更。为了往堆栈推送一个新的储藏，只要运行?git stash：

这时，你可以方便地切换到其他分支工作；你的变更都保存在栈上。要查看现有的储藏，你可以使用?git stash list：

$ git stash list
stash@{0}: WIP on master: 049d078 added the index file
stash@{1}: WIP on master: c264051 Revert "added file_size"
stash@{2}: WIP on master: 21d80a5 added number to log

git stash apply:重新应用你刚刚实施的储藏

git stash apply stash@{number}:应用更早的储藏

合并分支

只需回到需要合并的源分支，运行git merge命令指定要合并进来的分支即可；Git 作了合并，但没有提交，它会停下来等你解决冲突。要看看哪些文件在合并时发生冲突，可以用git status 观察

任何包含未解决冲突的文件都会以未合并（unmerged）的状态列出。Git 会在有冲突的文件里加入标准的冲突解决标记，可以通过它们来手工定位并解决这些冲突。可以看到此文件包含类似下面这样的部分：

<<<<<<< HEAD
<div id="footer">contact : email.support@github.com</div>
=======
<div id="footer">
  please contact us at support@github.com
</div>
>>>>>>> iss53

可以看到=======隔开的上半部分，是?HEAD（即master分支，在运行merge命令时所切换到的分支）中的内容，下半部分是在iss53分支中的内容。解决冲突的办法无非是二者选其一或者亲自整合到一起。比如可以通过把这段内容替换为下面这样来解决：

<div id="footer">
please contact us at email.support@github.com
</div>

在解决了所有文件里的所有冲突后，运行?git add?将把它们标记为已解决状态（译注：实际上就是来一次快照保存到暂存区域。）

Pull 冲突

pull时为了防止更改后pull Feiled的出现，先执行commit,stash or revert。

• 执行pull

image.png

• 因为存在代码冲突，所以接下来会自动弹出merge融合窗口，如下图：

image.png

• 点击merge，进入下图：下图中，左边是本地修改后的，右边是远程git上面的，中间是修改后结果Result。我们可以通过修改Result一栏得到解决冲突的结果

  merge.png

• 编译之后点Apply这样冲突就解决了，但是我们还需要提交本地代码到本地和远程仓库中 git -- commit files--，提交代码到本地或者远程仓库 。

版本回退

• git log --pretty=oneline 简洁显示最近到最远的提交日志

• 在Git中，用HEAD表示当前版本，也就是最新的提交，上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100。

• 现在，把当前版本回退到上一个版本，可以使用git reset --hard HEAD^ 。使用 git log查看现在版本库的状态会发现最新的版本以及看不到了，可以使用git reset --hard 版本号 返回最新版本

• git checkout -- file可以丢弃工作区的修改 ，实质上就是让这个文件回到最近一次git commit或git add时的状态。 文件已修改，未add到暂存区: git checkout -- file可还原；文件已修改，并add到暂存区未commit：git read HEAD file git checkout -- file可还原; 文件已修改，并add到暂存区已commit，参考上文版本退回或者重置提交。