Azure Subversion边缘SVN云解决方案

Azure Subversion边缘SVN云解决方案,azure,svn,cloud,subversion-edge,Azure,Svn,Cloud,Subversion Edge,目前,我们有一个本地服务器作为我们的SVN服务器,使用Subversion Edge 3.1.0,用户在其中推送提交并用作主存储库。最近这给我们带来了一些问题,服务器往往会关闭或遇到问题,然后服务器需要重新启动 由于我们也有一些人在同一个存储库上工作,因此我们决定最好设置Azure VM,这将充当备份服务器,并在每次提交时更新存储库(如Dropbox、文件同步等) 我的问题是, 是否有人真的成功地设置了类似的环境 提交是如何工作的?当有人推送到云存储库时 然后有人推送本地存储库 是否有人真的

目前,我们有一个本地服务器作为我们的SVN服务器,使用Subversion Edge 3.1.0,用户在其中推送提交并用作主存储库。最近这给我们带来了一些问题,服务器往往会关闭或遇到问题,然后服务器需要重新启动

由于我们也有一些人在同一个存储库上工作,因此我们决定最好设置Azure VM,这将充当备份服务器,并在每次提交时更新存储库(如Dropbox、文件同步等)

我的问题是,

  • 是否有人真的成功地设置了类似的环境
  • 提交是如何工作的?当有人推送到云存储库时 然后有人推送本地存储库
是否有人真的成功地设置了类似的环境

只要将网络配置为用户可以通过HTTP(最好是HTTPS)访问此Azure VM,它就应该与在公司网络上托管存储库没有什么区别

提交是如何工作的?当有人推送到云存储库,然后有人推送到本地存储库

Subversion没有“云存储库”和“本地存储库”的概念,因为它是一个集中式的VCS—永远只有一个存储库

用户只需提交到Azure托管的存储库,而不是本地存储库。提交的工作方式完全相同

这将充当备份服务器,并在每次提交时更新存储库

Subversion本身不是备份!您必须定期备份存储库,并将其保存在与存储库服务器分开的位置,以确保存储库数据的安全

您的存储库将始终“随着每次提交而更新”,因为Subversion首先就是这样工作的。假设开发人员定期提交代码,也就是说