Svn 用于将更改的文件部署到生产web服务器的工具

Svn 用于将更改的文件部署到生产web服务器的工具,svn,deployment,Svn,Deployment,我的系统是基于灯栈的。我有两个同步的应用服务器。将更改的文件部署到我的两台生产服务器的最佳方式是什么 目前的情况是: 有时我使用我的暂存服务器,有时如果不需要,我直接将文件从开发服务器复制到生产服务器。 我可能会将一些问题直接热修复到生产服务器。 我们将svn用于开发服务器和测试服务器,但出于安全考虑,它不用于生产服务器。我甚至不确定开发人员的提交情况。 每次我都必须看到文件之间的差异,然后将更改复制到我的生产服务器。有时,我不得不合并文件。 我是否可以使用一些工具来通知我生产服务器中的给定文件

我的系统是基于灯栈的。我有两个同步的应用服务器。将更改的文件部署到我的两台生产服务器的最佳方式是什么

目前的情况是:

有时我使用我的暂存服务器,有时如果不需要,我直接将文件从开发服务器复制到生产服务器。 我可能会将一些问题直接热修复到生产服务器。 我们将svn用于开发服务器和测试服务器,但出于安全考虑,它不用于生产服务器。我甚至不确定开发人员的提交情况。 每次我都必须看到文件之间的差异,然后将更改复制到我的生产服务器。有时,我不得不合并文件。
我是否可以使用一些工具来通知我生产服务器中的给定文件发生了更改,然后相应地合并/复制冲突,并以优化的方式安全地部署所有更改的文件。

我可能会首先在部署服务器上本地存储一个目录镜像,以便对其进行版本控制。使用镜像工具(如)可以确保两个位置的文件相同

然后,还可以将部署服务器上的内容添加到subversion中。如果它们不适合开发/测试版本,您可以为部署版本创建一个分支,在该分支中,您可以从主分支进行定期合并

这样,检查修改就变成了使用您喜爱的svn工具在部署镜像上执行svn状态或检查修改,这样您就可以轻松地签入更改


需要回放到开发/测试阶段的内容显然需要从部署分支合并回主分支。

我可能首先在部署服务器上本地存储一个目录镜像,以便对其进行版本控制。使用镜像工具(如)可以确保两个位置的文件相同

然后,还可以将部署服务器上的内容添加到subversion中。如果它们不适合开发/测试版本,您可以为部署版本创建一个分支,在该分支中,您可以从主分支进行定期合并

这样,检查修改就变成了使用您喜爱的svn工具在部署镜像上执行svn状态或检查修改,这样您就可以轻松地签入更改


需要回放到开发/测试阶段的内容显然需要从部署分支合并回主分支。

感谢@centic的回答。目前我的开发服务器和测试服务器是镜像的。我也有一些配置文件,我不想部署到我的prod服务器。如果我也在存储库中添加prod服务器,我如何将这些文件阻止到我的prod服务器?我将在单独的分支上删除它们以进行部署,并在以后使用单独的分支时从合并中排除它们,您可以保留这些差异,同时仍然能够在两个方向上成功合并其他更改感谢@centic的回答。目前我的开发服务器和测试服务器是镜像的。我也有一些配置文件,我不想部署到我的prod服务器。如果我也在存储库中添加prod服务器,我如何将这些文件阻止到我的prod服务器?我将在单独的分支上删除它们以进行部署,并在以后的合并中排除它们,因为您使用单独的分支,您可以在它们上保留这些差异,同时仍然能够在两个方向上成功合并其他更改