我正在努力将单元测试添加到一个足够简单的项目中，但后来我发现代码中的一个错误，我正在编写单元测试。
错误相当简单，只涉及一行（三元语句被颠倒过来）。所以就像一个好的小开发者，我打开一张票，在bugfix分支上修复bug并打开一个pull请求来合并bugfix来开发。
我切换回我的功能分支，我进行单元测试，当然我的单元测试由于bug而失败仍然失败，因为bugfix在自己的分支中，正在等待与打开的Pull请求合并。
我希望尽可能快地恢复我的单元测试工作，并避免在我必须使用单元测试功能分支打开Pull Request时发生合并冲突。
我的问题是最好的方法是什么。
我看到了以下可能性。
（首选但不确定这是否会导致合并问题） 将错误修复分支重新引入我的功能分支，当更新开发并且我合并我的功能分支，因为它们是一些提交哈希它应该混合没有问题。
（看起来它会起作用但似乎也很麻烦，如果做错了很容易搞砸） 修复我的功能分支中的代码，以便我可以继续我的单元测试，但是当我提交所有单元测试时，不提交错误修复的代码。当Pull Request被批准用于我的单元测试时，我需要确保错误修复分支首先合并，因为我的功能分支会破坏失败的单元测试的构建。
答案 0 :(得分：1)
您可以针对feature branch修改bug fix branch，以便您的工作“在错误修复之上”。
但这确实意味着，在错误修复PR被批准并准备合并之前，您的功能添加单元测试无法合并。
如果您的feature branch首先合并;它会自动带来你的错误修复，无论它是否被批准合并。
如果您的bug fix branch首先合并;当feature branch合并时，它已经在master中进行了bug修复提交，并且不会再次应用更改。
许多“最好的东西”取决于您的组织如何处理工作之间的拉取请求，合并和依赖关系。