问题标签 [svn-externals]

我不声称对 svn 有任何了解，但我认为我了解外部是如何工作的。

我正在制作一个新项目，我希望我的 lib 文件夹具有其他项目的外部（svn 位置）。我以前做过很多次，从来没有遇到过问题，我只是有一个星期五的时刻吗？

1. 我创建了以下文件夹：

   /myproj

   /myproj/lib

   在已签出的文件夹下。

2. 我 svn 添加并提交了它们，然后更新了父文件夹以确保一切正常。

3. 我右键单击 - > tortoise - > lib文件夹上的属性并将我的svn外部添加到我想要的路径（肯定存在）：“MyExternalFolderName http://path.to/svn/location ”
4. 我提交了 lib 文件夹
5. 当我更新 lib 文件夹时，通常我希望看到它更新外部，但没有任何反应。它只是说“完成”。

我忘记了什么？

编辑：无数次重新启动，重新检查和重新安装并没有修复它。

我们正在使用 SVN 试水，并以 Beanstalk 作为主机。我们的设置如下所示：

• 存储库：模块

  • 模块 1
  • 模块 2
  • 模块 3

• 存储库：网站 1

  • 自定义网站代码
  • svn:对模块 1 的外部引用
  • svn:对模块 2 的外部引用

• 存储库：网站 2

  • 自定义网站代码
  • svn:对模块 2 的外部引用
  • svn:对模块 3 的外部引用

Beanstalk 具有内置的 FTP 部署工具。在我的理想世界中，Beanstalk 只会看到外部引用并将任何更改与网站更改一起部署到模块，但这不受支持，也不会很快支持。

以包含对外部模块的更改的方式自动部署网站 1 和 2 的良好做法是什么？

其他 SVN 主机是否对部署外部有更好的支持？

如果可能的话，我想避免添加我们自己的构建/部署服务器。

我正在尝试使用 svn:externals 在我们的 subversion 存储库中设置一种符号链接，但它并没有真正工作得那么好。我想要做的是将同一存储库的一部分中的文件夹链接到另一个，如下所示：

src/somewhere_else/schema https://svn.acme.com/svn/project/trunk/src/schema

这适用于真正的外部资源（即，不同存储库中的目录），但我无法让它适用于上述相同存储库中的资源。我已经用谷歌搜索了一段时间，似乎应该支持它，我错过了什么？

我们在 Windows 2003 服务器安装上使用 VisualSVN 下的 Subversion 1.5.5。

我忘了提到我没有收到任何错误，应该从另一个文件夹中获取其内容的文件夹保持为空。

我们将 svn:externals 用于库的特定修订，例如

当您在工作副本中对此类签出的外部进行修改时，即使外部链接指向特定修订而不是 HEAD，也可以提交。

当您svn update在提交后运行时，更改将在工作副本中消失，因为 subversion 会将所有内容恢复到修订版 12345。因此您自己永远不会真正看到更改，但它们仍然在 HEAD 中，这很糟糕。

是否可以仅在外部不指向 HEAD 修订时才禁止提交？

我们可以在 Subversion 中将单个文件设置为外部文件吗？

我们可以为 debian 中的单个文件设置 svn:external

使用 subversion 和 Nant 进行构建。我有一个依赖于几个子项目的主项目。子项目作为单独的项目存在于 subversion 中。

我的问题是： 主项目中的 nant 构建脚本是否应该构建所有引用的子项目及其本身？或者子项目是否知道如何构建自己，我以某种方式从主构建文件中调用子项目构建文件，并以某种方式将所有输出组装到主项目构建输出中？

我目前有主项目构建文件构建所有子项目。也就是说，我对构建文件中的每个子项目都有 nant 目标。但是，这似乎在主构建文件和子项目之间建立了紧密的耦合。如果我能说“子项目知道如何构建自己”并要求他们从主项目构建自己并组装输出，那就太好了。

作为参考，我的存储库如下所示：

我正在使用 subversion svn-externals 属性引入子项目。所以我的工作副本是这样的：

因此，我们最近将 SVN 服务器从根路径 (svn://sever/) 移动到子文件夹 (svn://server/sub/) 以允许同一服务器上的多个存储库。

我们已经检查了许多工作副本，我们希望保持原样。使用 Tortoise SVN，我们运行了 Relocate 命令，一切似乎都运行良好。

除了外在。我们所有的外部都是相对链接的（使用^/folder/ folder语法），所以实际的外部属性仍然可以正常工作......问题是已经被外部属性签出的文件夹仍然认为它们与旧路径相关联。

当我运行更新时，我从所有外部收到此错误消息：

有没有一种方法可以更正工作副本，而无需手动删除/重新定位由外部定义创建的所有文件夹？我们有很多，虽然这是一个选项并且确实有效，但我只是想知道是否有更自动化的方法。

谢谢！

是否可以将 SVN Externals 指令指向 CVS 存储库？

我正在尝试对包含外部文件的文件夹进行稀疏签出，但没有签出任何外部文件。这个问题似乎表明这种行为可能是设计使然，或者至少不清楚该行为应该是什么。从我的角度来看，明显的行为是外部目录被视为与任何其他目录一样，并按照相同的稀疏签出规则进行签出。

有没有办法解决这个问题，除了手动检查外部？