Subversion(SVN)-使用大型文件更新本地目录

Subversion(SVN)-使用大型文件更新本地目录,svn,Svn,我想为大量用户管理大文件(超过1GB)的版本控制。他们都在同一个共享环境中工作,我们不能让他们每个人都将这些大文件作为本地副本进行“svn更新”。 编辑:用户通常需要处理这些大文件 有谁能建议: 1.处理此类问题的最佳做法是什么? 2.有没有一种方法可以让用户“svn更新”到存储库中的大文件的链接 提前谢谢 假设您提到的subversion存储库名为repoA,这些大文件存储在一个目录中,路径为repoA/dirA 由于不允许用户更改这些大文件,因此将这些文件移动到不同的repo(例如repoB

我想为大量用户管理大文件(超过1GB)的版本控制。他们都在同一个共享环境中工作,我们不能让他们每个人都将这些大文件作为本地副本进行“svn更新”。 编辑:用户通常需要处理这些大文件

有谁能建议: 1.处理此类问题的最佳做法是什么? 2.有没有一种方法可以让用户“svn更新”到存储库中的大文件的链接


提前谢谢

假设您提到的subversion存储库名为repoA,这些大文件存储在一个目录中,路径为
repoA/dirA

由于不允许用户更改这些大文件,因此将这些文件移动到不同的repo(例如
repoB/dirA
)是合乎逻辑的

然后您可以将
repoB/dirA
签出到共享环境中,比如
/path/to/repoB/dirA

在repoA中,只需删除
repoA/dirA
,并将其替换为指向路径
/path/to/repoB/dirA
的符号链接(如果愿意,也可以使用相对路径)


由于所有用户都将在同一台机器上签出自己的
repoA/dirA
,因此符号链接将有效。

不确定它是否完全解决了您的问题,但他们可以进行选择性签出。换句话说,他们是否可以签出存储库的一部分(即子目录),其中不包括您关心的这些大文件?SVN并不是处理这些大文件的理想工具。你不能把文件放在文件共享上吗?ScoPi-我知道有选择性的签出,但是用户需要处理这些大文件。Albin-a文件共享没有版本控制的功能,例如记住文件历史和能够提取旧版本。什么是共享环境?每个人都将登录到服务器并在本地处理文件?如果要修改文件,如何确保它们不会覆盖彼此的更改?