Git-流程和依赖
Git-Flow and dependencies
我们 运行 遇到了一个奇怪的情况，特别是 Git-Flow，我想知道其他开发人员是如何解决这个问题的。所以这是问题所在：
开发人员 1 正在 feature/thing
开发人员 2 正在 feature/different-thing
这些是独立的功能，但 feature/different-thing 将对 API 进行更改，一旦发布，将破坏 feature/thing 中的内容，直到它们全部合并。
所以我的问题是：如果 feature/different-thing 先完成...Dev 1 需要将这些更改拉入她的 feature/thing 分支。使用 Git-Flow 什么是正确的方法这个...她会简单 "finish" 她的功能，将她的更改合并到开发中然后再次分支吗？这似乎不安全……她应该在她的分支机构中做一个 git pull origin develop 吗？
在功能分支上工作时，定期将 develop 分支合并到您的功能分支是个好主意，这样您 a) 知道当您合并回 [=10] 时一切都会正常工作=] 和 b) 可以避免巨大的合并冲突。这就是我在这里建议的 both 功能分支。这样，如果 feature/different-thing 先完成，feature/thing 的作者将看到它破坏了她的工作并相应地修复代码，然后再合并回 develop，反之亦然。
我们 运行 遇到了一个奇怪的情况，特别是 Git-Flow，我想知道其他开发人员是如何解决这个问题的。所以这是问题所在：
开发人员 1 正在 feature/thing
开发人员 2 正在 feature/different-thing
这些是独立的功能，但 feature/different-thing 将对 API 进行更改，一旦发布，将破坏 feature/thing 中的内容，直到它们全部合并。
所以我的问题是：如果 feature/different-thing 先完成...Dev 1 需要将这些更改拉入她的 feature/thing 分支。使用 Git-Flow 什么是正确的方法这个...她会简单 "finish" 她的功能，将她的更改合并到开发中然后再次分支吗？这似乎不安全……她应该在她的分支机构中做一个 git pull origin develop 吗？
在功能分支上工作时，定期将 develop 分支合并到您的功能分支是个好主意，这样您 a) 知道当您合并回 [=10] 时一切都会正常工作=] 和 b) 可以避免巨大的合并冲突。这就是我在这里建议的 both 功能分支。这样，如果 feature/different-thing 先完成，feature/thing 的作者将看到它破坏了她的工作并相应地修复代码，然后再合并回 develop，反之亦然。