我在一个基于PR的工作流程中工作，这里是创建的情况
从master创建了两个分支

1. branchA library changes, with its own ongoing PR
2. branchB app depending on library, with its own ongoing PR

字符串
两者都是两个不同的开发者。
branchA更改了一些API，现在branchB必须适应这些API。
branchB必须接受branchA的这些更改，以便在API changes之后测试一切是否正常。我现在正在遵循这种方法。
从branchB开始

git fetch 
git merge branchA

型
构建代码并检查branchB中的更改是否与branchA中的API更改同步。

第1期-接下来，我将更改推送到PR，但现在PR中包含了branchA中的文件以及branchB中的更改。这是因为branchA尚未合并到master，并且仍在其自己的PR审查中。

为避免上述问题，我会采取以下措施-
我在git文件夹外创建了我的更改的本地副本，使用

git reset --hard

型
现在我把这些更改从本地文件夹带到git，然后推送到PR。

第2期-现在由于Continuous Integration(CI) jenkins的原因，branchA和branchB PR的构建都失败。为了避免这种情况，我禁用了jenkins上的app构建，以便branchA PR通过CI。然后，我在app构建打开的情况下，按下branchB。
问题-

1.由于相关性，应如何维护两份PR，以便每份PR都有自己的文件供审查。
1.我们处理CI的方法是否正确？即禁用应用程序，直到库更改进入，然后推送应用程序
1.或者，通过内部讨论将一个分支与其他分支（after individual PRs are reviewed）合并，创建包含所有更改的one big PR，然后推送。