在我公司，我们有许多工程师从事当前项目。因此，我们拥有一个不受限制的主分支，并开发了我们要使用的分支。我们从开发分支创建要素分支。我们进行工作，并在推送和创建请求请求之前从功能中进行git rebase develop。因此，在这一点上，我的功能分支与开发同步。有时需要几天的时间才能将变更与开发合并。因此，另一位工程师创建了一个暂存分支，我们可以在其中共享和演示我们的新功能。生产者还可以在将其合并到开发分支之前对其进行检查。
问题1）
所以我的同事告诉我要使用登台分支进行基础调整。他说我应该git checkout <staging-area-branch>。然后git rebase <my-feature-branch>。我知道这会将我的功能分支添加为登台分支的新基础，但是我不确定为什么要这样做。在我看来，我们希望将我的功能分支更改放在登台分支之上。
问题2）
此外，如果我要先git checkout <my-feature-branch>然后再git rebase <staging-area-branch>，那么我将替换功能分支的基础，这将导致我在PR批准后失去与开发轻松合并的功能，对吧？
答案 0 :(得分：0)
在我看来，我们想将我的
feature分支更改放在staging分支之上
是的：如果要使用rebase，则需要在feature上方重放staging分支，而不是相反。
批准我的PR后，我失去了与
develop轻松合并的能力，对吧？
是的。这意味着简单地合并到staging分支就足够了，在这种情况下无需重新设置基准。