TDD在协作开源项目中是否可行

假设我想启动一个开源项目，希望/期望有很多人提交补丁，什么也没做。采取严格的TDD方法是否可行？我可以/应该/希望协作者在提交补丁时编写质量测试吗？

我一直在考虑的一件事是为单个错误报告和功能请求编写测试套件，并要求所有修补程序/拉动请求都使测试通过，但是到那时看来，编写功能/错误修复似乎会更好我。

据我所知，大多数使用TDD（或至少编写测试）的主要开放源代码项目似乎大多是纯粹由个人或团队编写的，在其中很容易实施TDD等实践。

您实际上不能在可以由公众提交补丁的开源项目上强制执行TDD（先测试）方法。

您可以强制执行的是，所有修补程序必须针对修补程序中包含的修补程序具有一组测试用例，并且这些测试用例以及所有现有的测试用例都必须通过。您可以通过仅向少数已知使用并同意项目策略的受信任开发人员授予提交权限，并公开声明仅在通过测试用例的情况下合并提交/拉动请求，来实施此操作。足够的覆盖范围）。

这不能保证首先编写测试，但是可以确保正确编写测试。

您可以要求人们提交仅测试补丁，然后才允许他们使用代码。这将为编写代码本身之前提供额外的机会来审查计划的设计。

在实践中，这可能会扼杀人们为该项目做出贡献的任何热情，或者可能激怒那些同意您的方法的人。

但是，审阅者必须非常擅长快速进行设计审阅，以免阻碍开发。