为什么我必须在推送之前从远程拉出自己的分支，如果我在本地修改了我的banch的主要内容？

Question

为什么我必须在推送之前从远程拉出自己的分支，如果我已经修改了我的banch localy的修改后的主人？

我正在开发我的开发分支，同时有人更新了master分支，所以我在我的开发分支上重新设置了master分支，并从远程主分支获得了最新的更改。

现在，当我git status时，我收到消息说我的devbranch已从dev / devbranch转移。

git状态建议git pull。 通过这样做，我被提示修改合并消息。

之后，我可以推。 如果我不做上述操作并且只是做git push就会被拒绝。 我的印象是，如果我的开发分支中有更改，并且我包含来自master的更改，那么它不应该限制因为本地开发分支的HEAD已经移动，并且上游在本地跟随我的分支！

Answer 1

  

所以我在我的开发分支上重新设置了master分支，并从远程主分支获得了最新的更改。

这没有任何意义，通常你不会在某个功能分支上重新设置 master 。我认为你实际上做的是反过来，即在 handle tweet count 0 CaptainNormal [@WayneDupreeShow, #climatechange, @Wsow] 3 1 Cebel6 [@NWAJimmy, @gaystoner821] 2 2 davidjwalling [#infosec, #Intel, #ACM, #IEEE] 4 3 nolaguy_phd [@gaystoner821] 1 上修改你的开发分支以引入最新的变化。

当您完成rebase时，您重写了开发分支的历史记录。这样做的有效方法是创建一个本地开发分支现在偏离远程版本的情况。解决这个问题的典型方法是强制推送：

df.tweet.apply(tuple).value_counts()

这将使用重新定义的版本覆盖远程开发分支。