deployment - 从 SVN 部署文件的最佳实践

Question

我已阅读这篇文章(链接:http://guides.beanstalkapp.com/version-control/branching-best-practices.html)，它提供了一些关于部署错误修复和功能请求的良好“最佳实践”建议，并且倾向于同意那里写的所有内容。但我有一个似乎无法解决的主要问题:

如何只部署经过全面测试的功能，而不部署当前正在测试的文件？

示例:Bug #1 影响 file1.php。错误修复在错误分支中编码，由开发人员在本地测试，然后合并回开发分支。开发分支部署到测试环境。

功能 #1 也会影响 file1.php。它被编码、合并并部署到测试。

我需要将错误修复(以及可能存在类似冲突的 100 个其他修复)部署到暂存。我还不想部署新功能，因为文档、培训等尚未进行。

我如何只部署错误修复？我如何只部署某些错误修复和某些功能请求，而不是全部？

我考虑过跟踪每个文件更改并将其链接到故障单，从故障单中编译文件列表，然后手动选择每个文件。但这似乎很容易出错，而且工作量超出了应有的要求。

我错过了什么？如何只部署我想要部署的错误修复和功能集？

Answer 1

据我了解，通常的做法是:

1. 对于部署的每个版本(例如 1.1)，您都有一个标记/分支(在 SVN 中也是一样)。
2. 如果出现严重错误，您将在 (1.1) 的分支中修复该错误，如您所说
3. 该错误被合并到 (1.1) 创建 (1.1.1) 并且还合并到 dev。 (1.1.1) 转到测试而不是开发。

同时

1. 功能转到开发。
2. 当您想要发布功能时，您会为此创建一个分支(例如 1.2)，然后转到测试，然后是其余部分。

注意:

• 错误修复有时可以在 Dev 中完成并向后移植到分支。