在svn中从repos部署的方法

Question

我们是在svn环境中工作的5个开发人员。每个程序员都可以在他想要的任何时候处理小的bug和提交。在工作完成后，我想给他们提供部署到生产环境的方法，而不需要考虑其他程序员和他们的部署。例如:当我提交时，其他用户也在提交，但他没有完成提交。他的版本1,3我的版本2,4

如果我会部署负责人(4)，我也会部署他的工作。我将部署2和4我也将包括他的文件。

我如何解放每个程序员，让他们只部署自己的文件？

谢谢

Answer 1

显而易见的解决方案是为每个开发人员使用一个分支，并仅在工作完成后合并到主干。不过，这将增加相当大的开销。此外，随着更大的代码块将被集成，集成成本将会上升。

理想情况下，开发人员只会提交已完成的工作。但是，提交和集成通常对于降低集成工作很重要。

也许你应该考虑使用分布式版本控制系统。开发人员可以提交和恢复他们的本地存储库，并在错误修复后进行推送和拉取。

在没有标记的情况下部署到生产服务器会让我感到紧张。

Answer 2

这实际上取决于您的部署方法。如果您在生产环境中保留了一个版本化的代码树，也就是说，您在生产环境中执行了一个svn checkout，那么最简单的方法就是让程序员在生产环境中简单地使用svn update --revision REV，其中REV是程序员希望更新的版本。

然而，这种方法容易出现人为错误。

如果每个程序员需要一直基于自己的代码上传程序的不同版本，而不是上传其他程序员的代码，那么我会为每个程序员设置自己的分支。程序员可以随时签入他们自己的分支，当它准备投入生产时，他们可以将他们的分支合并回主干(或其他发布分支)，主干可以通过svn export或svn update复制到生产中。这种过程被用来保证你在任何时候都有一个工作的发布分支，如果你的程序员习惯于签入没有完成的代码(即.在每一天结束时)。

Answer 3

我认为您要做的是将一些更改从部署中隔离出来，以便可以部署错误修复，但还没有部署新功能，因为它们必须等待新版本。

您可以通过创建一个发布分支并从中进行部署来实现这一点。在这种情况下，所有用户都将他们的更改提交到主干，并将一些更改合并到发布分支。

我不认为只部署一个人的更改是有用的，因为版本控制的整个思想是在一个项目上一起工作，并一起完成更改/错误修复。

看看svnbook中的Branching & Merging。