解决分支上的推/拉答案

【问题标题】：Resolve Push/Pull on branch解决分支上的推/拉
【发布时间】：2017-07-19 18:13:47
【问题描述】：

我已经搞砸了一段时间，似乎无法解决这个问题，但我在我的主分支上推拉挂起，似乎也无法解决。

这是一张图片，在我完成我所做的之前：

所以，我创建了 f-Unused_alert_zips 分支来对 2 个已删除文件执行拉取请求。这被批准了，我通过 bitbucket 将拉取请求合并到 master 中。然后我回到 sourcetree 并将我的活动分支切换回 master。我在一个文件中做了一个代码注释，想直接提交/推送到master，但它不允许这样做，因为我需要拉取更改。显然我做错了，因为现在我剩下 4 个待处理的拉动和 1 个待处理的推送。我已经尝试过，但我被卡住了。

我对 git 和 sourcetree/bitbucket 还很陌生，所以我抓紧了救命稻草。

【问题讨论】：

当您尝试git pull origin master 时会发生什么？
当您进行更改和提交时，您的本地主分支落后于 4 次提交。如果你只是拉远程，它应该合并到你的本地主分支，然后你可以再次推送主分支。一般不要直接在master上提交。从它创建功能分支并向 master 发出拉取请求。
谢谢你们，我在那个 git 命令之后解决了。这已经帮助我更多地理解了这个问题，因为我正在拉动更早的提交。通常我们会创建功能分支，但有时我们会将次要格式推送到 master 并且我没有交换分支。谢谢大家！
是的，没有问题，是的，我通常先学习所有的 git 命令，然后再转向像 sourcetree 这样的漂亮 gui

标签： git bitbucket atlassian-sourcetree

【解决方案1】：

我猜提交“带有日期以显示相关性的修改代码注释”是由您创作的（我猜这是您在等待合并拉取请求时所做的）

我也猜想预期的行为是在 origin/master 之上看到你的 master 提交

很容易存档

git pull --rebase

您可能需要解决冲突。不用担心。如果您发现冲突难以解决，您始终可以通过发出 git rebase --abort

来撤消您的 pull --rebase

如果您想更安全，可以将git pull --rebase 分为三个步骤

git fetch --all 总是安全的。它只是从远程存储库中获取所有新数据
git log master --not origin/master 显示您拥有但远程存储库中不存在的提交
git rebase origin/master（我假设你目前在 master 分支上）

如果出现问题，您可以发出git rebase --abort

【讨论】：