Git拉取请求和重定基址

我对GitHub拉请求感到困惑

我试图遵循这样一个工作流，即在新功能上开始工作时，从主功能创建功能分支。当功能准备合并到主功能时，需要请求拉入（这意味着主分支被锁定，因此合并前需要批准）

我面临的问题是，公关可能是一个长期的过程。因此，在批准PR时，功能分支需要在主功能分支的基础上重新设置，然后才能合并，这是很常见的。重新设置基础的行为会导致重新打开PR，并需要再次批准。这可能是一个永无止境的循环，这取决于获得PR批准所需的时间

以下是我所说的步骤：

从主节点创建的要素分支

特色分支的发展

功能开发完成并打开PR请求

一段时间过去了，主分支有了新的提交

公共关系批准用于功能

由于主控形状在要素分支之前，所以在主控形状的顶部重新设置要素分支的基础

PR已“重置”，现在需要另一个批准

转到步骤4

简单地说“更快地获得公共关系批准”很容易，但我要与全球多个团队打交道，所以这并不总是可能的

---

我的工作流程不合理吗？是否有我不熟悉的Git命令可以帮助缓解这个问题？

我认为您的开发过程很好，以下是您可能缺少的两点

• 如果需要重新基础，则意味着其他人编辑了PR正在使用的代码；在这种情况下，很有可能必须手动调整PR。这些情况应该是不常见的，但是Github有一个方便的特性，使这些情况成为一个问题。如果有冲突，Github会告诉您

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

---

这可能是一个永无止境的循环

。。。我的经验是，通常情况并非如此。大多数情况下，您只需对拉取请求进行一些小的调整，然后重新定基。而且，大多数情况下，您可以足够快地执行此操作，这样您就不会陷入无限循环。