Version control 使用VCS处理符号链接的跨平台解决方案

Version control 使用VCS处理符号链接的跨平台解决方案,version-control,mercurial,symlink,Version Control,Mercurial,Symlink,我试图做的事情是在我们的系统中为大量XSLT文件实现版本控制。问题是,Windows不支持我尝试管理XSLT文件的方式(大多数开发人员将其用作桌面操作系统): 每个XSLT用于转换适当的客户数据,它在文件系统中的位置是一个名为客户标识符的目录(如1234567890123)。这使得这种结构非常人性化,难以理解。 这就是为什么我用“Company name”和init mercurial repository这样的名称将符号链接到每个目录。 因此,在Linux中克隆这个存储库是可行的,但在Wind

我试图做的事情是在我们的系统中为大量XSLT文件实现版本控制。问题是,Windows不支持我尝试管理XSLT文件的方式(大多数开发人员将其用作桌面操作系统): 每个XSLT用于转换适当的客户数据,它在文件系统中的位置是一个名为客户标识符的目录(如1234567890123)。这使得这种结构非常人性化,难以理解。 这就是为什么我用“Company name”和init mercurial repository这样的名称将符号链接到每个目录。 因此,在Linux中克隆这个存储库是可行的,但在Windows中我收到的是文本文件而不是符号链接


任何有用的建议,如何解决我的问题,都是欢迎的。希望你们,人们

如果是Mercurial,您的选择必须是(也可以阅读Aragost的“Mercurial启动练习”)(或者GuestRepo作为更好的想法迭代)

为什么

超级回购中的子回购目录可能有不同于子回购实名的名称。这样,您可以将
1234567890123
作为subrepo的目录,但是.hgsub将显示
1234567890123
与'Acme Co'的直接关系

如何

为.hgsub中的子回购定义非平凡路径,如

1234567890123=/PATH/TO/ACME