关于如何在对现有代码进行修改（特别是已经使用的接口）的过程中如何有效地使用Git（或任何VCS），我有一个问题。
在我们的项目中，由七人组成的团队，我们有两个永久分支机构，主人和 dev 。此外，我们还有功能，修复等功能分支，就像this methodology一样。但是，我们遇到了一个问题，这是我之前遇到的一个问题：如何尽可能轻松地对其他分支中处理的代码所使用的接口进行更改？为了说明，我们有：
dev ->
feat1
- Modified Interface.code due to architectural changes.
- Modified Class.code due to the interface changing.
feat2
- Modified Class.code due to changes in requirements or new features/fixes being introduced.
如您所见，分支 feat1 修改了一个接口，因此必须修改其他依赖于更改的代码。这显然是为了在功能完成时将分支合并回 dev 时保持代码免于错误，从而保持软件的工作集成版本。
问题在于，为了实现必要的功能/故事，还会在另一个分支中修改依赖于更改的接口的代码。稍后将此功能合并回 dev 很可能是一个痛苦的过程，这就是为什么我想知道如何在这些情况下实际进行。
在实际项目中，我们对我们的一个经纪人进行了体系结构更改，并且该更改将在使用代理的所有现有功能分支中产生影响，因为在我们决定进行更改之前它们已经分支了dev。虽然我们可以等待集成代理更改，直到其他功能合并回dev，这将阻止部分开发并阻碍我们在迭代结束时交付所有故事。