解决分支上的推/拉

我一直在搞这个一段时间，似乎无法解决这个问题，但我推和拉在我的主分支悬而未决，似乎无法解决。解决分支上的推/拉

这里是一个形象，我走之前通过我所做的：

所以，我创建了F-Unused_alert_zips分支做2个删除的文件pull请求。这被批准了，我通过bitbucket将拉取请求合并到主设备中。然后我回到sourcetree并将我的活动分支交给主人。我在一个文件中做了代码注释，并且想直接提交/推送给master，但它不会允许它，因为我需要修改。显然我做错了，因为现在我剩下4个拉，等待1推。我尝试过，但我被卡住了。

我对git和sourcetree/bitbucket很陌生，所以我在抓秸秆。

来源

2017-07-19 Tom N.

当您尝试'git pull origin master'时会发生什么？ –

当您进行更改并提交时，您的本地主分支机构落后于4次提交。如果你只是拉动遥控器，它应该合并到你的本地主分支中，然后你可以再次推动主控。一般不直接提交给master。创建功能分支并对主进行拉取请求。 –

谢谢你们，我在git命令后解决了它。这已经帮助我更多地理解这个问题，因为我正在进行早期的提交。通常我们会创建功能分支，但有时我们会推动次要格式的设置，并且我没有交换分支。多谢你们！ –

我猜承诺“与日期显示相关修改后的代码注释”是由你（我想这是你做了什么在等待被合并的拉力要求）撰写

我也猜测，预期的行为是看到你的主人的提交原产/主的顶部

这是很容易与

git pull --rebase

存档，您可能需要解决冲突。别担心。如果你看到的冲突是难以解决的，你总是发出git rebase --abort

如果你想在安全方面，你可以分割你git pull --rebase分为三个步骤撤消你拉--rebase

git fetch --all它总是安全的。它只是获取从远程仓库
git log master --not origin/master节目承诺，你有，但它不存在于远程仓库中的所有新数据
git rebase origin/master（我假设您目前在主分支）

如果出现您可以发出错误git rebase --abort

来源

2017-07-19 20:56:39

解决分支上的推/拉

回答

相关问题