Git使用基础---各种常见错误总结

1.fatal: refusing to merge unrelated histories

背景情况：

1. 远程仓库是有内容（有代码，仓库有提交记录）
2. 一个新的本地工作目录有内容（有代码），仓库是通过git init初始化来的，且仓库是空白的（.git文件夹下面，没有任何代码提交或更新的记录）
3. 相当于，初试情况，远程仓库和本地没有任何联系的

# 解决方案:

git pull origin master --allow-unrelated-histories		# 忽略不想相关记录，合并到本地

# 随后输入github的用户名和密码

后续会出现如下界面,相当于再次提交一次，git给你警告，你拉取的内容和本地没有关系的。你如果执意要拉取，就在第一行黄色区域，写上这次的原因（也可以不写），方便后续查看。然后保存这个弹窗内容（:wq）即可

如下commit记录，第一条就是我修改的上图黄色区域的部分

至此，已经成功的把远程仓库代码拉取下来了，但是这种方式一般不推荐。最初的时候，可以使用git clone url 的方式，拉取远程仓库的代码，顺带把仓库提交信息都拉取下来了，也不需要使用git init初始化仓库了。

2.Everything up-to-date-------Branch ‘master’ set up to track remote branch ‘master’ from ‘origin’.

默认情况下，本地的master分支跟踪远程的master分支，本地的develop根据远程的master分支，如果远程没有develop分支，在push的时候，会自动创建develop分支。

有关git push 的用法，可参考另一篇博文
https://blog.csdn.net/chenmozhe22/article/details/105065086

本地目前在develop分支上，但是git push -u origin master 又希望把本地master 分支提交到远程master分支上，所以有了如上的报错

解决方案：

此种方案，虽然把develop分支的内容推送到远程master 上了，但是存在的隐患是：

1. 设置了本地develop分支追踪远程master分支。
2. 下次如果从develop直接提交到远程master分支，只能使用git push origin develop:master。
3. 省略写法：git remote origin master 这种是本地master----->远程master
   4 . 或git remote origin develop 这种是本地develop ------>远程develop

3.Updates were rejected because the tip of your current branch is behind its remote counterpart. Integrate the remote changes (e.g. git pull …’) before pushing again

背景：

1. 本地通过git clone拉取了远程仓库的最新的代码，发现最新一次提交不是自己想要的，希望在把本地的代码，回退到master分支的第二次提交位置。
2. 使用了git reset --hard xxxxx (xxx为commit id)
3. 回退之后，再次修改本地代码，然后再使用push origin master，发现了如上的错误

最终提交的时候，因为提示本地的代码比远程的提交记录延后（behind），所以拒绝了这个提交。通过这里才发现，git设计的业务流程真心不错。你需要先拉取最新的代码，然后再修改提交才可以。否者每个人都只是提交自己的，不关注其他人提交的内容，万一冲突了，岂不是大家都浪费时间。

解决方案：

1. git pull --rebase origin master    
2. git push -u origin master			

git pull –rebase origin master意为先取消commit记录，并且把它们临时 保存为补丁(patch)(这些补丁放到”.git/rebase”目录中)，之后同步远程库到本地，最后合并补丁到本地库之中。

以上步骤，最初的时候就应该先拉取最新的代码，然后再修改。一般不要直接回退(除非代码很多）。否者可以先删除，再提交一次。如果代码多，最后可以强制推送（git push -u origin master -f)，这个相当于覆盖原始代码（也得慎重）。