在SVN中共享文件

在SVN中共享文件,svn,Svn,我正在从VSS迁移到SVN,不知道如何在SVN中共享文件 基本上,我们在VSS中有以下结构 $MOSS - Components - ComponentA - bin - ComponentB - bin - GAC Mirror GAC镜像保存组件bin文件夹中所有DLL的共享副本,以便轻松复制到GAC 在VSS中,您只需将Dll从bin文件夹拖动到GAC Mirror文件夹,它就可以正常工作了 我将如何在SVN中执行此操作 提前谢谢。我们也遇

我正在从VSS迁移到SVN,不知道如何在SVN中共享文件

基本上,我们在VSS中有以下结构

$MOSS
  - Components
    - ComponentA
      - bin
    - ComponentB
      - bin
  - GAC Mirror
GAC镜像保存组件bin文件夹中所有DLL的共享副本,以便轻松复制到GAC

在VSS中,您只需将Dll从bin文件夹拖动到GAC Mirror文件夹,它就可以正常工作了

我将如何在SVN中执行此操作


提前谢谢。

我们也遇到了同样的问题。简单的答案是,你不能在SVN中共享文件-最后我们不得不重新构造目录并使用批处理文件

e、 对于共享的源代码文件,我们将它们移动到一个Include文件夹,并让所有项目引用该文件夹


对于需要复制到多个位置的二进制文件,我们只在SVN中存储它们一次,然后使用批处理文件将它们复制到每个开发人员机器(或构建机器)上的目标位置。

SVN:externals是您想要的吗

我支持里克。对我来说,“共享”(即签出时在两个地方出现相同的文件)的整个概念都很奇怪

我想每个版本控制系统都有自己的思维模式。我试过Perforce,我一直和Subversion呆在一起。但是,在不改变思维方式的情况下将您的项目带到it中,也许工作流程可能存在缺陷


《关于svn》是一本值得一读的书,在做跳水之前,让一些心态被淹没。您可以只选择某些部分,而不必一次全部阅读。

使用SVN 1.6+,它还支持文件,请参阅:

我正在向SVN出售这一举措,这对我的事业毫无帮助,sod。对我们来说,做出改变仍然是值得的,因为SVN更快、更强大,对非现场用户有更好的支持。也许你应该试着强调一下其他的优点。此外,乐观提交策略提高了生产效率(与VSS的锁定文件签入/签出相比)。最大的问题是,一旦你分支了一个文件夹,其中的所有共享文件也会分支,因此你必须删除它们并重新共享。“common”文件夹是一个不错的选择。我可以将多个文件夹链接到一个文件夹吗?它看起来不像:(我只是尝试在“main”中将两个不同的SVN项目设置为外部项目)项目的共享文件夹,只有第二个外部引用的项目被复制下来。这应该可以工作-您需要有一个
svn:externals
属性,该属性定义有多个映射到绝对存储库URL的相对路径。请参阅上面引用的externals部分。我只需要它在一个方向上工作,因此这是根据对我来说是个问题。我想我是在复制而不是在VSS中共享。+1非常正确。将现有项目布局硬塞进任何VCS而不做任何更改通常会导致您以错误的方式进行操作。共享并不是一个“版本控制系统”概念。我希望完全相同的文件存在于多个位置。在源代码管理之前的几天中,我们必须不断地来回复制更改。最好是自动保持文件同步,并有一组修订历史记录(因为只有一组修订历史记录)