Git拉取请求和变基础

Question

我对GitHub拉取请求感到困惑。

我正在尝试遵循在新功能上启动工作时从master创建功能分支的工作流程。当该功能准备好合并到master时，需要一个pull请求（意味着主分支被锁定，因此在合并之前需要批准）。

我遇到的问题是PR可能是一个长期存在的过程。因此，当PR被批准时，特征分支需要在主服务器合并之前在主服务器上重新定位，这是很常见的。做反转的行为导致公关重新开放，需要另外批准。根据获得PR批准所需的时间，这可能是一个永无止境的循环。

以下是我所谈论的步骤：

1. 从主
创建的功能分支
2. 功能分支的开发
3. 功能开发完成且PR请求已打开
4. 一些时间过去了，主分支有新的提交
5. PR已获准使用功能
6. 因为master在功能分支之前，在主服务器
之上的rebase功能分支
7. PR已“重置”，现在需要另外批准
8. 转到第4步

很容易简单地说'让PR更快地获得批准'，但我正在与全球多个团队打交道，因此并非总是可行。

我的工作流程不合理吗？我是否应该使用我不熟悉的Git命令来帮助缓解这个问题？

Answer 1

我认为你的开发过程很好，这里有两点你可能会遗漏。

• 如果需要rebase，则表示其他人编辑了PR正在使用的代码;在这种情况下，PR必须手动调整。这些情况应该是不常见的，但Github有一个方便的rebase and merge功能，使这些情况不成问题。如果发生冲突，Github会告诉你。

• 如果某个PR需要特别长的时间，这可能是一个线索，该功能应该分解为多个拉取请求。