如果主分支有新提交，则无法更新Github上的拉请求。

Question

我的团队遇到了一个工作流程的问题，这个工作流过去对我来说很好。或者至少我记得它运转得很好。

// TL;DR

在用本地feature-branch分支重新设置本地版本的main之后，我无法将本地feature-branch推送到现有的远程feature-branch。如何处理这个问题？或者在创建拉请求时是否有更好的工作流？

//这是完整的场景：

为了开始构建我的特性，我在分支上运行git checkout -b feature-branch，上面的

1. 将我放到了feature-branch中。我构建了我的特性，然后运行git push -u origin feature-branch将分支推到github .
2. ，我在github上创建了一个拉请求，并让其他人发表评论。我对本地feature-branch做了一些更改，并运行git push来更新远程分支。
3. 由于存在冲突，Github无法进行重基和合并。因此，我需要在本地main分支的基础上重新定位我的更改，修复然后推送。我这样做的方式是:本地
   1. ，切换到main分支并运行git pull。这就引出了从main.
   2. Locally到feature-branch的所有最新更改，然后运行git rebase main。这将使我的更改基于main分支中的新更改。我修复了重基期间的冲突。

   ，

   1. ，我尝试运行git push来更新远程feature-branch，但是这个错误说远程和本地分支已经分开了。我以为我以前一直这么做，但也许我弄错了。this?

的典型/良好/正确的工作流是什么？

提前感谢您的帮助！

Answer 1

我不知道重新基地的目的是什么。拉请求可以合并到main，也可以不能合并。如果可以，就合并它。完成了！如果由于合并冲突而不能实现，则反向合并：

将

• fetch
• merge main转换为特性分支
• 解决任何conflicts
• push

现在，拉请求将干净地合并到main中。

如果您的功能分支寿命很长(您需要几天才能完成)，您应该每天反向合并以减少痛苦。