在 BDD 流程上，when/where 编写了一个功能文件，然后 when/who 将其添加到代码库？
On a BDD flow, when/where a Feature file is written, and when/who adds it to the codebase?
有什么好的做法吗？我知道它是灵活的，但是有什么标准可以遵循吗？我应该创建功能分支并在其上添加 .feature 文件，还是在开发分支上添加功能文件以跟踪正在完成的所有功能的进度（实时文档）？
如果您正在使用 BDD，那么使用描述行为的功能文件来驱动您的开发，功能文件应该位于您正在开发所述功能的任何分支上（这可能是一个功能分支，如果你是使用它们）。
总的来说，我发现让功能文件尽可能接近正在开发的实际功能很有帮助（在使用 "test after" 方法而不是 BDD 时也是如此），因为它可以让您尽快测试功能，为您提供有关它是否正常工作的快速反馈，并使修复错误/添加功能变得更加容易。
有什么好的做法吗？我知道它是灵活的，但是有什么标准可以遵循吗？我应该创建功能分支并在其上添加 .feature 文件，还是在开发分支上添加功能文件以跟踪正在完成的所有功能的进度（实时文档）？
如果您正在使用 BDD，那么使用描述行为的功能文件来驱动您的开发，功能文件应该位于您正在开发所述功能的任何分支上（这可能是一个功能分支，如果你是使用它们）。 总的来说，我发现让功能文件尽可能接近正在开发的实际功能很有帮助（在使用 "test after" 方法而不是 BDD 时也是如此），因为它可以让您尽快测试功能，为您提供有关它是否正常工作的快速反馈，并使修复错误/添加功能变得更加容易。