2008-11-17 93 views
5

好吧,我正在为我的Web团队获取我的版本控制流程。SVN网络共享工作副本

我知道理想情况下,每个用户在其本地机器上都有完整的代码工作副本。

不幸的是,我们的许多Web应用程序,他们已经不能在用户的工作站上复制更多的服务器的特定数据库或其他系统集成的要求(即一些服务器只是不会在XP上安装,VISTA等)

我我正在寻找在我的一台服务器上设置一个区域,这个区域充当每个用户的工作副本,但仍然驻留在网络上。

/SVRROOT/ 
- Dev1 Working Copy 
- Dev2 Working Copy 
- Dev3 Working Copy 

这意味着每个用户都会有自己的工作空间(按SVN最佳实践),但它会驻留在网络上。

有没有人看到这个模型的问题?

+0

你在开发什么语言?请记住,由于信任/安全限制,任何.Net内容都不会喜欢在网络上运行。 – DilbertDave 2008-11-17 09:01:34

回答

4

您可能会发现Subversion操作在网络上的性能比本地的相同Subversion操作的性能慢得多。我在Unix环境中遇到了这个问题,工作目录通过NFS挂载,但我怀疑你可能会遇到使用Windows共享的相同情况。

这将是值得比较不同情况下的表现,看看会产生什么样的影响。

0

如果将网络文件夹映射到驱动器号,则某些subversion操作会稍微好一点。当您使用unc路径而不是驱动器号时,apache Apr库会执行一些额外的网络请求。

通常,您应该使用本地文件夹作为您的工作副本,因为想法是只需备份服务器即可。

Visual Studio 2005和2008允许大多数Web服务器场景使用其迷你网络服务器,大多数数据库可以通过网络访问(或每个开发人员设置)。这将开发人员从单点故障中分离出来。

与大家一台服务器一个开发人员可能会崩溃所有的开发人员正在使用的Web服务器/数据库服务器上...