git快速入门

git config  --global uer.name "******"

git config --global user.email "***@163.com"

git init

git remote add origin https://github.com/xiaoPOOOOOOOOOOOOO/***.git

git pull --rebase origin master

git add aa

git commit -m "添加aa”

git  push -u origin master //第一次提交的时候添加-u参数，以后就不再使用

git add bb

git commit -m "添加bb "

git push origin master

git push -f//当本地的版本库落后于远程时候，强制推送本地版本库到远程

本地版本回退的方法

git  reflog//查看推送的版本号id

git reset --hard 版本号//这儿的版本号是要回退到哪一个版本号，copy相应的版本号即可

 

远程仓库版本回退的方法

git  reflog//查看推送的版本号id

git reset --hard 版本号//这儿的版本号是要回退到哪一个版本号，copy相应的版本号即可

git push -f //加-f表示强行推送到远程，当本地落后于远程的时候，不加-f是不允许推送的

公共远程分支版本回退的问题

看到这里，相信你已经能够回滚远程分支的版本了，那么你也许会问了，回滚公共远程分支和回滚自己的远程分支有区别吗？
答案是，当然有区别啦。

一个显而易见的问题：如果你回退公共远程分支，把别人的提交给丢掉了怎么办？

下面来分析:

假如你的远程master分支情况是这样的:

A1–A2–B1

其中A、B分别代表两个人，A1、A2、B1代表各自的提交。并且所有人的本地分支都已经更新到最新版本，和远程分支一致。

这个时候你发现A2这次提交有错误，你用reset回滚远程分支master到A1，那么理想状态是你的队友一拉代码git pull，他们的master分支也回滚了，然而现实却是，你的队友会看到下面的提示：

$ git status
On branch master
Your branch is ahead of 'origin/master' by 2 commits.
  (use "git push" to publish your local commits)
nothing to commit, working directory clean

也就是说，你的队友的分支并没有主动回退，而是比远程分支超前了两次提交，因为远程分支回退了。

git reflog   //先查看A1的那次提交的版本号，再reset，并且拉一个分支

$ git checkout tony_branch        //先回到自己的分支  
$ git reflog                      //接着看看当前的commit id,例如:0bbbbb    
$ git reset --hard B1             //回到被覆盖的那次提交B1
$ git checkout -b tony_backup     //拉个分支，用于保存之前因为回退版本被覆盖掉的提交B1
$ git checkout tony_branch        //拉完分支，迅速回到自己分支
$ git reset --hard 0bbbbbb        //马上回到自己分支的最前端

这时tony_backup分支最新的一次提交就是B1，要把自己的本地master分支和远程master分支保持一致：

$ git reset --hard origin/master

执行了上面这条命令后，他master分支才真正的回滚了,也就是说你的回滚操作才能对Tony生效，这个时候Tony的本地maser是这样的：

A1

接着Tony要再次合并那个被丢掉的B1提交：

$ git checkout master             //切换到master
$ git merge tony_backup           //再合并一次带有B1的分支到master

这个时候他的master分支是下面这样的：

A1 – B1

把丢掉的B1给找回来了，接着他push一下，你一拉也能同步。

同理对于所有队友也要这样做，但是如果该队友没有提交被你丢掉，那么他拉完代码git pull之后，只需要强制用远程master覆盖掉本地master就可以了：

$ git reset --hard origin/master

当某个开发者发现不一致时候，用git push 之后，再次远程公用的master分支又回到了 A1-A2-B ,你的远程回退被一下子干掉了。

可以用下边的方法来实现：

上边的方法太复杂，实际中常用的方法是

 

使用git reset回退公共远程分支的版本后，需要其他所有人手动用远程master分支覆盖本地master分支，实际中根本不可能这么做的，下面我们使用另个一个命令来回退版本：

$ git revert HEAD                     //撤销最近一次提交
$ git revert HEAD~1                   //撤销上上次的提交，注意：数字从0开始
$ git revert 0fadinf                //撤销0fadinf这次提交

git revert 命令意思是撤销某次提交。它会产生一个新的提交，虽然代码回退了，但是版本依然是向前的，所以，当你用revert回退之后，所有人pull之后，他们的代码也自动的回退了。
但是，要注意以下几点：

1. revert 是撤销一次提交，所以后面的commit id是你需要回滚到的版本的前一次提交
2. 使用revert HEAD是撤销最近的一次提交，如果你最近一次提交是用revert命令产生的，那么你再执行一次，就相当于撤销了上次的撤销操作，换句话说，你连续执行两次revert HEAD命令，就跟没执行是一样的
3. 使用revert HEAD~1 表示撤销最近2次提交，这个数字是从0开始的，如果你之前撤销过产生了commi id，那么也会计算在内的。
4. 如果使用 revert 撤销的不是最近一次提交，那么一定会有代码冲突，需要你合并代码，合并代码只需要把当前的代码全部去掉，保留之前版本的代码就可以了.

git revert 命令的好处就是不会丢掉别人的提交，即使你撤销后覆盖了别人的提交，他更新代码后，可以在本地用 reset 向前回滚，找到自己的代码，然后拉一下分支，再回来合并上去就可以找回被你覆盖的提交了。

revert 合并代码，解决冲突

使用revert命令，如果不是撤销的最近一次提交，那么一定会有冲突，如下所示：

<<<<<<< HEAD
全部清空
第一次提交
=======
全部清空
>>>>>>> parent of c24cde7... 全部清空

解决冲突很简单，因为我们只想回到某次提交，因此需要把当前最新的代码去掉即可，也就是HEAD标记的代码：

<<<<<<< HEAD
全部清空
第一次提交
=======

把上面部分代码去掉就可以了，然后再提交一次代码就可以解决冲突了。

继续扩展，简单粗暴的回滚方法

看到这里也许你已经觉得学会了远程仓库版本回滚方法了，但是实践中总是会遇到很多不按套路来的问题，考虑下面一种情况：

如果你们开发中，忽然发现前面很远的地方有一次错误的合并代码，把本来下一次才能发的功能的代码合并到了这一次来了，这个时候全体成员都觉得直接回滚比较快，因为他们都有备份，覆盖了无所谓，这个时候用reset的话对队友的要求比较高，用revert的话呢要大面积的解决冲突，也很麻烦呀，怎么办呢？

这个时候，可以使用简单粗暴的办法，直接从那个错误的提交的前一次拉取一份代码放到其他目录，然后将master代码全部删除，把那份新代码方进去，然后提交，果然简单粗暴啊，虽然这种方法不入流，但是，实践中发现很好使啊，所以，实践是检验真理的唯一标准。遇到问题还是要灵活应对。

总结

远程分支回滚的三种方法：

1. 自己的分支回滚直接用reset
2. 公共分支回滚用revert
3. 错的太远了直接将代码全部删掉，用正确代码替代

删掉远程的文件

方法1:直接删除远程仓库的，本地仓库的还是没有删除，可以进行物理删除或者叫手动删除。

$ git rm -r --cached a/2.txt                    // 删除a目录下的2.txt文件 

$ git commit -m  "删除a目录下的2.txt文件"  // commit

$ git push                               

 

方法2先进行本地物理删除，在进行远程仓库的删除。操作如下：

用-r参数删除目录, git rm --cached a.txt 删除的是本地仓库中的文件，且本地工作区的文件会保留且不再与远程仓库发生跟踪关系，如果本地仓库中的文件也要删除则用git rm a.txt

硬盘删除文件后，执行 git status

会提示你仍然需要 git rm <文件> 【同上】

此时如果是要删除大批量文件，这么一个一个命令下去不得累死人啊

其实可以这样（不管之前有没有已经本地物理删除）

执行 $ git rm * -r（记得，cd 到你要删除的目录下。当然 * 可以换成指定目录）

这时删除文件已经进入本地缓存区，

接下来就是正常的提交操作了

$ git add . 

$ git commit -m "delete files"

$ git push origin master