我们的团队正在使用 git flow，并且我们大约每两个月进行一次持续发布。我对什么时候应该创建发布分支有点困惑。
例如，在以下情况下，上一个版本有一个错误，应该在这个版本中修复，我应该首先创建发布分支并从发布分支创建错误修复分支，还是只是从开发创建它，进行所有功能开发并合并回开发，然后从开发创建发布分支？
我应该直接将小错误推送到发布分支而不创建错误修复分支吗？
我是否应该将来自功能分支或错误修复分支的开发中的一个提交合并到发布分支？
通常发布分支是从开发分支分支出来的。在发布分支上，版本会递增，然后合并到主分支中。将release分支合并到master分支并返回到develop分支后，您应该另外从master分支创建一个标签，并根据先前发布版本的版本号对其进行命名。
例如，在以下情况下，上一个版本有一个错误，应该在这个版本中修复，我应该首先创建发布分支并从发布分支创建错误修复分支，还是只是从开发创建它，进行所有功能开发并合并回开发，然后从开发创建发布分支？
在这种情况下，您将为错误创建一个功能或错误修复分支，修复它并将其合并到开发中。之后，您将进行所有功能开发，一旦准备好发布，就从开发分支创建一个发布分支，并按照上述步骤进行。
我应该直接将小错误推送到发布分支而不创建错误修复分支吗？
您不应该在发布分支上开发，而应该在开发分支上开发。合并到master和develop后可以删除release分支，然后在发布下一个版本时重新创建。
我是否应该将来自功能分支或错误修复分支的开发中的一个提交合并到发布分支？
如果您想发布仅包含 1 个功能或 1 个错误修复的新版本，只需从开发分支创建一个新的发布分支，然后按照上述创建版本的说明进行操作。没有理由不这样做（即，如果您想创建仅包含 1 个错误修复的错误修复版本）...
有关 GitFlow 的更多详细信息，请参阅此处