不使用subversion服务器,象建议使用乌龟,客户端这个可以不使用xcode那个软件的subversion.配好服务端,这个可以真接使用checkout,然后再就可以不在用了.
有两种相同的配置一种基于条件它自带的轻量级服务器，默认端口为3690。若干种基于更加流行web服务器apache，默认端口为80。
原则上不行啊，而且这种操作严重点影响服务性能，管理比较不是很严的svn像是会在配置时加hooks限制下载文件尺寸。要不然自己用、自己配置，那肯定都无所谓，只看文件系统有木有限制下载了。新浪sae的处理方法是让用户按照storage存储服务系统备份mysql数据。
1、简单的方法你要弄清楚subversion、visualsvn、apache之间的关系。
2、版本控制的核心软件（也就是svn）实质上指的是subversion。是这个工具随机软件的版本库权限管理文本，只控制某个版本库。如果你不能访问版本库的客户端地址的前缀是svn://也可以svnssl来访问版本库，那么这个文件是会起作用。
3、象来讲，我们大多会用上列来访问网络，因为每个库都要自动编辑这个权限文件，这样的话我们会需要另一种搭建服务器，也就是apachesubversion（也可以集成显卡其他.例如ssl、域认证等模块）的，这个下，我们的权限控制是实际apache来读取文件认证文本的，这样不管我们有多少个版本库，认证文件都只有一一个。然后是从半自动编辑或是命令行编辑或则svn管家等来总体压制所有版本库权限。不过也可以通过http或者https来访问。是从ie访问。
4、visualsvnserver说白了这就是个一键恢复安装包（他集成显卡了相关联的所有软件.例如proftpd、apache、ssl、域认证等等）,同时自己一并加入了无法读取目录通过权限分配的功能，比自带的要手工编辑权限文件更可靠和好用。确实是凭借的apache只不需要读取和htpasswd，而不是需要读取每个库的，这样的肯定也就应该不会变了。
5、你是可以在你完全安装visualsvn的目录下可以找到一个说明文件，他会表面这个版本的visualsvn里面各个软件（subversion、apache、ssl等）的版本。知道了他们的关系，然后试着去垒建一个apachesubversion，就明白他们是这是怎么回事了
.jpg)
.jpg)
.jpg)
.jpg)
