Git 流量小修复
Git flow small fixs
我正在研究 Git Flow 但我不明白一件事：我正在分支内开发一项新功能，比方说 features/wowFeature，当我发现一个需要修复的小 css 错误时。我有两个问题：
- 我应该在哪里做这个小修复？在名为
features/cssFix 的分支中？因为它不是一个真正的功能。此外，我应该分支features/wowFeature还是develop？
- 修复完成后，我可以将它合并到
develop 分支，但我不会将它放在我的分支 features/wowFeature 中。我不喜欢那样，如果我必须工作这个分支一个月我总是会看到小 css 错误。我应该将 features/cssFix 合并到 develop 并将 develop 合并到 features/wowFeature，我应该将 features/cssFix 合并到 develop 然后合并到 features/wowFeature 或者还有别的吗？
谢谢
您的版本中是否存在 css 错误？如果是这种情况，您可能必须使用从 master 创建的分支......但我们假设您将从事开发工作。正常流程是您从 develop 创建一个分支来纠正该问题。创建一个 PR，然后合并开发。然后，你的分支可以在它被合并到 develop 之后通过 rebase 来利用它。您甚至可以在等待合并开发时挑选更改，但这会增加您的工作量，以避免在变基或清理分支时将其转移。可以的，只是需要注意细节。
类似问题的答案总是部分的
基于意见。让我谈谈我的看法。
Where am I supposed to do this small fix? Inside a branch named
features/cssFix?
是的。
Because it's not really a feature.
您可以创建新分支，不仅可以添加新功能，还可以
用于其他目的，例如概念验证或修复。我明白
您可能会担心名称 - 实际上，功能 != 修复。
但是，我认为这不是一个大问题，而且可能很难解决
一些将错误跟踪器与代码存储库集成的系统（例如
例如 Bitbucket 和 JIRA）并要求分支总是以
给定前缀，以便能够在错误跟踪器中向拉取请求显示 link，并在拉取请求中向错误跟踪器显示 link。
Moreover, should I branch features/wowFeature or develop?
develop，features/wowFeature 处的代码尚未投入生产。
Should I merge features/cssFix to develop and develop to
features/wowFeature, should I merge features/cssFix to develop and
then to features/wowFeature or something else?
如果您假设 features/cssFix 将始终首先合并到
develop，例如因为您的团队认为他们更重要
并更快地对它们采取行动，你应该在本地 rebase - 而不是 merge 你的
features/wowFeature 到 develop 并在推送之前再次测试
它的审查。快速修复总是有可能的
合并到 develop 将以某种方式影响新功能。
我正在研究 Git Flow 但我不明白一件事：我正在分支内开发一项新功能，比方说 features/wowFeature，当我发现一个需要修复的小 css 错误时。我有两个问题：
- 我应该在哪里做这个小修复？在名为
features/cssFix的分支中？因为它不是一个真正的功能。此外，我应该分支features/wowFeature还是develop？ - 修复完成后，我可以将它合并到
develop分支，但我不会将它放在我的分支features/wowFeature中。我不喜欢那样，如果我必须工作这个分支一个月我总是会看到小 css 错误。我应该将features/cssFix合并到develop并将develop合并到features/wowFeature，我应该将features/cssFix合并到develop然后合并到features/wowFeature或者还有别的吗？
谢谢
您的版本中是否存在 css 错误？如果是这种情况，您可能必须使用从 master 创建的分支......但我们假设您将从事开发工作。正常流程是您从 develop 创建一个分支来纠正该问题。创建一个 PR，然后合并开发。然后，你的分支可以在它被合并到 develop 之后通过 rebase 来利用它。您甚至可以在等待合并开发时挑选更改，但这会增加您的工作量，以避免在变基或清理分支时将其转移。可以的，只是需要注意细节。
类似问题的答案总是部分的 基于意见。让我谈谈我的看法。
Where am I supposed to do this small fix? Inside a branch named features/cssFix?
是的。
Because it's not really a feature.
您可以创建新分支，不仅可以添加新功能，还可以 用于其他目的，例如概念验证或修复。我明白 您可能会担心名称 - 实际上，功能 != 修复。 但是，我认为这不是一个大问题，而且可能很难解决 一些将错误跟踪器与代码存储库集成的系统（例如 例如 Bitbucket 和 JIRA）并要求分支总是以 给定前缀，以便能够在错误跟踪器中向拉取请求显示 link，并在拉取请求中向错误跟踪器显示 link。
Moreover, should I branch features/wowFeature or develop?
develop，features/wowFeature 处的代码尚未投入生产。
Should I merge features/cssFix to develop and develop to features/wowFeature, should I merge features/cssFix to develop and then to features/wowFeature or something else?
如果您假设 features/cssFix 将始终首先合并到
develop，例如因为您的团队认为他们更重要
并更快地对它们采取行动，你应该在本地 rebase - 而不是 merge 你的
features/wowFeature 到 develop 并在推送之前再次测试
它的审查。快速修复总是有可能的
合并到 develop 将以某种方式影响新功能。