Git-Flow - 在发布完成之前创建新功能
Git-Flow - Creating new features before release is completed
Git 的新手和标准的 Git-Flow。寻找关于特定场景的一些建议：
我们从开发分支 (Feature1) 中创建一个功能分支并完成该功能。 'finish' 将该功能合并回开发中。
开发分支之外的其他人创建了一个新功能 (Feature2)，它将包含已完成的 Feature1 的代码。
从开发分支创建了一个版本，其中包含来自 Feature1 的代码。
然后在Feature1中发现了一个错误，因此在发布分支中进行了修改以修复该错误。
我们如何确保 Feature2 分支中包含的代码反映了 Feature1 分支中已修复、无错误的代码，以确保我们在完成 Feature2 后不会将有错误的代码推回开发中？
有几种不同的方法可以解决这个问题：
一种是将您的发布分支合并到 Feature2 中，或者在您的发布分支之上重新构建 Feature2。
另一种（也是我的首选方法）是在准备就绪时将您的发布分支合并回开发中，并将您的功能分支重新建立在开发之上。将发布分支合并回 develop 和 master 始终是一个好习惯，以便分支在发布时匹配。
Git 的新手和标准的 Git-Flow。寻找关于特定场景的一些建议：
我们从开发分支 (Feature1) 中创建一个功能分支并完成该功能。 'finish' 将该功能合并回开发中。
开发分支之外的其他人创建了一个新功能 (Feature2)，它将包含已完成的 Feature1 的代码。
从开发分支创建了一个版本，其中包含来自 Feature1 的代码。
然后在Feature1中发现了一个错误，因此在发布分支中进行了修改以修复该错误。
我们如何确保 Feature2 分支中包含的代码反映了 Feature1 分支中已修复、无错误的代码，以确保我们在完成 Feature2 后不会将有错误的代码推回开发中？
有几种不同的方法可以解决这个问题：
一种是将您的发布分支合并到 Feature2 中，或者在您的发布分支之上重新构建 Feature2。
另一种（也是我的首选方法）是在准备就绪时将您的发布分支合并回开发中，并将您的功能分支重新建立在开发之上。将发布分支合并回 develop 和 master 始终是一个好习惯，以便分支在发布时匹配。