问题一：error: failed to push some refs to 'gitee.com/r_Estelle/t…'
原因: 1.我们在线上创建仓库的时候，点击下图的初始化readme文件，线上库自动创建了俩个文件
2.产生问题的原因是-在我们把本地项目关联到这个仓库，并把项目推动到仓库时，我们在关联本地和远程时，俩边都有readme文件，但是这俩份文件并没有关联，当我们推送到远程或从远程拉去内容时，都会有没有被跟踪的内容，所以Git报的详细内容总会让你先去pull，在push，
解决办法:
1.使用如下命令
$ git pull --rebase origin master
git pull --rebase = git fetch + git rebase FETCH_HEAD
git pull = git fetch + git merge FETCH_HEAD
执行命令之后，本地文件夹，就会显示冲突的文件
2.解决冲突--接下来，就要编辑这个文件，把冲突的部分解决掉。冲突文件大概张成下面的样子
上图中被红框标记的部分，前两个红框之间的部分，是本地的内容。
后两个红框之间的部分，是origin/master远端的内容。怎么修改决定于你。但是最后要把红框红的内容删除
3.冲突解决完成，继续提交代码
git add提交修改完成的冲突文件
git rebase --continue 合并冲突
git push origin master 将本地代码提交到线上
知识点分享
1.git pull --rebase 和git pull 的区别
git pull =git fetch +git merge
git pull --rebase = git fetch +git rebase
2.git rebase和git merge的区别
git rebase用于把一个分支的修改合并到当前分支
情况举例：假设你现在基于远程分支"origin"，创建一个叫"mywork"的分支。俩个人分别在俩个分支上有了各自的提交，现在的git图
①git merge操作之后
去origin分支拉去最新的代码，切换到mywork分支，将origin代码merge到mywork上之后，git图，分支依然存在
②git rebase操作之后
git rebase命令之后会把你的mywork分支里的每个提交（commit）取消掉，并且把他们临时保存为补丁（patch）（这些补丁放到“.git/rebase”目录中），然后把mywork分支更新为最新的origin分支，最后把保存的这些补丁应用到mywork分支上
当mywork分支更新之后，他会指向这些新创建的提交（commit），那些老的提交会被丢弃，如果运行垃圾收集命令，这些被丢弃的提交就会被删除
当我们使用git log来查看commit时，器commit的顺序也有所不同
假设C3提交于9:00AM,C5提交于10:00AM,C4提交于11:00AM，C6提交于12:00AM,
对于使用git merge来合并所看到的commit的顺序（从新到旧）是：C7 ,C6,C4,C5,C3,C2,C1
对于使用git rebase来合并所看到的commit的顺序（从新到旧）是：C7 ,C6‘,C5',C4,C3,C2,C1
我们在使用git pull命令的时候，可以使用--rebase参数，即git pull --rebase,这里表示把你的本地当前分支里的每个提交(commit)取消掉，并且把它们临时 保存为补丁(patch)(这些补丁放到".git/rebase"目录中),然后把本地当前分支更新 为最新的"origin"分支，最后把保存的这些补丁应用到本地当前分支上。 3.关于git rebase --continue ,git rebase --abort
①git rebase --abort--任何时候你可以通过-git rebase --abort 来终止rebase的行动，并且mywork分支会回到rebase开始前的状态
②git rebase --continue--在rebase过程中出现冲突（conflict）情况，git会停止rebase并让你解决冲突，解决完git add 去更新这些内容的索引，你无需执行git commit 只需要执行git rebase --continue 这样Git就可以继续应用apply余下的补丁
