DEV Community
·
应对堆叠拉取请求的挑战
💡
原文英文，约600词，阅读约需2分钟。
📝
内容提要
我们团队在使用堆叠PR时遇到问题：第二个PR在第一个PR合并后消失，原因是其目标指向第一个PR的分支。解决方案是将第二个PR直接合并到主分支，并在未来更新PR目标以避免类似问题。
🎯
关键要点
- 团队在使用堆叠PR时遇到问题，第二个PR在第一个PR合并后消失。
- 第二个PR的目标指向第一个PR的分支，而不是主分支。
- 当第一个PR合并时，第二个PR合并到了孤立的分支状态，而不是主分支。
- 解决方案是将第二个PR直接合并到主分支，并解决可能的冲突。
- 最佳实践包括在合并后更新PR目标，使用GitHub的编辑按钮更改目标分支，考虑线性工作流，以及清晰的沟通。
- 堆叠PR需要仔细管理，通过更新PR目标和清晰沟通，可以避免代码消失的问题。
❓
延伸问答
堆叠PR是什么？
堆叠PR是一种代码管理方法，其中多个拉取请求（PR）相互依赖，后续的PR建立在前一个PR的基础上。
第二个PR消失的原因是什么？
第二个PR消失是因为它的目标指向第一个PR的分支，而不是主分支，当第一个PR合并后，第二个PR合并到了孤立的分支状态。
如何解决堆叠PR导致的代码消失问题？
解决方案是将第二个PR直接合并到主分支，并在合并后更新PR目标以避免类似问题。
在合并PR后应该采取什么最佳实践？
最佳实践包括在合并后立即更新PR目标，使用GitHub的编辑按钮更改目标分支，以及保持清晰的沟通。
如何更新PR的目标分支？
可以使用GitHub的编辑按钮，选择将目标分支从前一个PR的分支更改为主分支。
堆叠PR的管理有什么风险？
堆叠PR的管理风险包括代码可能在合并后消失，导致混淆和未部署的更改。
➡️
