想象一下，您正在实现包含各种新功能的用户故事，并增加了代码库的复杂性。现有的代码已经很好地介绍了，您只需确定接口即可。您将开始从测试开始实施功能。
现在，根据需求，您已经有了相当复杂的测试用例，但是当您能够提交到SCM完全可用的代码并且许多测试都失败时（如应有的那样），实现还远远不够。
有一个假设，在持续集成中，如果可能的话，所有构建都应该是绿色的，因此您不应该提交，因为这样会破坏构建。但是您也不应"Go dark"自己保留这么多的代码...
在这种情况下，建议的程序是什么？
最佳答案
不要事先决定所有接口。以典型的TDD节奏逐步发展：编写测试；通过测试；重构。这样可以使一切保持良好状态，条形图始终为绿色，您可以签入代码，而不必担心会破坏构建。
它要求使用不同的代码编写风格，但最终您会习惯节奏。