将GitHub允许合并或重组另一个分支的分支＆＃34;？

Question

我有一个独特的场景，我在一个项目上与另一个人合作（包含一个GitHub仓库），我负责设计，一些开发和一些开发。做代码评论+ PR合并。我想尽可能多地尝试使用GitFlow，我只想成为能够将功能分支中的PR合并到开发中的人。因此，我（至少暂时）使用的auth模型是：

• 我对master和develop
具有读/写权限
• 其他开发者只能读取develop

所以现在我们在这里有一个有趣的流程：

1. 另一个开发人员从feature/12345关闭了一个功能分支（比如说develop）并对其进行了几天的工作，然后将他的更改推送到GitHub
2. 我需要几天的时间来处理代码审查他的工作，我不希望他被阻止，所以我让他切断了下一个功能分支（比如feature/23456）离开他的第一个专题分支并开始工作。
3. 在接下来的几天里，我开始编写代码审核feature/12345，对其进行了一些更改，然后推动了这些更改。与此同时，他致力于feature/23456。
4. 对feature/12345感到满意，我将其合并到develop并要求他将我的更改归入feature/23456。

他是否能够创建PR以将feature/23456合并到develop中，或者将这个＆＃34;分支合并到＃34;场景搞砸了GitHub？我是否能够实际进行合并，或者我是否需要进行某种重组（如果是这样的话，这些命令是什么样的）？

Answer 1

如果您的同事尚未将feature/23456推送到GitHub，他应该在其上提取更新的develop和rebase功能分支：

• 查看feature/23456
• 执行git rebase develop

就是这样，现在他的功能分支看起来总是从develop的顶部开始增长。

如果不能选择变基，很可能，git将能够处理另一个分支的合并分支，没有额外的魔法，但不能肯定地说。

如果由于某种原因事情变得糟糕，总是愚蠢而不优雅，但是防弹解决方案。始终可以从develop创建新的分支，只需cherry-pick从feature/23456进行所有必要的提交，然后对其进行“重复”，以保持简单。