问题标签 [svn-externals]

我在一个项目中有这个 svn:external 文件：

当我svn update在外部目录中执行时，我得到这个 svn 错误：svn: warning: Unable to lock 'Silex/vendor/Symfony/Component'

有一种方法可以将 svn:external 检出到另一个 svn:external 拥有的目录中？

在我的 svn 存储库中，我有一个树干，上面有一组外部组件。我创建了一个分支，它也有自己的一组与主干相对应的外部（将所有内容复制到新位置并以与主干相同的方式引用它，只是不同的 url）。现在我正在尝试将所有更改合并回主干，包括我对外部所做的更改。我不知道该怎么做。

我问一个同事，我认为如果他有一个开源项目的补丁，只需将它发送给项目的管理员，我认为会更好，但他想要一个立即的解决方案，我不想转换外部存储库。

那么，当您签出或更新存储库时，有什么方法可以设置 SVN 来修补外部存储库中的文件？

我可以访问某个项目的只读 SVN 存储库。

我想用我自己的修改/添加来扩展这个项目。如果我可以完全访问这个 repo，我可以简单地创建自己的开发分支。但是，我没有（也不会获得写入权限）。

我希望将我的修改存储在（内部）存储库中，以便跟踪我自己的开发。

是否可以使用可以处理此问题的 SVN 进行构造？

最初，我正在考虑创建一个（内部）SVN 存储库，其结构如下：

• 树干

  • 包含使用 svn:externals 的外部 repo 的副本

• 分支

  • 我基于主干的开发分支

但是，我很快发现基于“外部”文件夹创建分支并不简单（如果不是不可能的话？）。我还希望能够将外部存储库中的更改合并到我自己的开发分支中。我也怀疑使用这种结构是否可行。

有没有可能让这个建筑工作？或者我应该以完全不同的方式处理这个问题？非常感谢有关此问题的任何建议。

谢谢

彼得

我将我的 java 项目构建为：

在我的 lib 文件夹的根目录中，我放置了所有外部 .jar 文件（hibernate、jboss 等）。现在我决定将我所有的第三方 jar 文件移动到另一个 repo（即 Lib）中，并在签出项目时将它们放在我的 lib 文件夹中。我已经使用 svn:externals 来做到这一点。我创建了我的 Lib 存储库，如下所示：

为什么当我使用 svn:external 属性将这些 jar 文件引用到我的 Lib 存储库中的不同文件夹时，只有我最后一个外部属性中的 .jar 文件被签出？

Accurev 是否​​有像 SubVersions ' svn:externals ' 这样的功能？这就像一个符号链接到存储库的另一个区域。

示例：在我的颠覆测试自动化项目中，我将共享库定义为每个测试项目中的“svn:externals”。这使得使用相对路径变得容易，因为所需的一切似乎都是顶级项目文件夹的子文件夹。我试图在下面展示这一点。

谢谢

格伦

这是SVN结构：

ProjectA并将ProjectB交付最终产品，每个产品都可以有自己的发布生命周期。这两个项目都使用来自ProjectCore. ProjectCore也会有自己的发布生命周期。在中ProjectA，ProjectB我们要引用ProjectCore. ProjectCore-libs 在ProjectCore. ProjectCore-libs 被添加到References文件夹中。

通过这样做，我们发布（冻结）我们的ProjectCore构建，作为一个经过全面测试的组件。所以我们有多个 Core-lib 版本：

• RLS_Core_1.00
• RLS_Core_1.01
• RLS_Core_2.00
• RLS_Core_3.00

由于我们将发布的库（dll）添加到SVN，ProjectA并且ProjectB可以参考它们。做到这一点的最佳方法是什么？

方法一

在名为ProjectCore的新文件夹中将 -libs添加到 SVN 。ReferencesRLS_Core_X_XX

在解决方案中ProjectA，ProjectB我们添加了对这个唯一文件夹的引用：./trunk/Common/References/RLS_Core_X_XX.

方法二

ProjectCore在同一个文件夹下将 -libs 添加到 SVN References/Core。如果其中有一个“旧”版本，它将是一个提交。

在解决方案中ProjectA我们ProjectB添加了一个引用：./trunk/Common/References/Core. 我们使用 SVN 外部属性来定义 Core-libs 的哪个版本必须用于ProjectA和ProjectB。

在这两种方法中，开发人员明确需要决定他想在他的项目解决方案中使用什么 Core-libs 版本。规则是保持相同的核心库，除非您因为缺少功能而必须升级。 方法1：在项目解决方案中编辑。方法 2：编辑外部属性。

首选什么方法？

我在 Subversion 中有一个项目设置，其中定义了一些 Subversion Externals。这些 Subversion Externals 引用了其他项目。

示例颠覆布局：

1. 回购/Project1/主干
2. 回购/Project2/主干

结帐布局示例：

1. $WorkingDir\Project1\trunk
2. $WorkingDir\Project1\trunk\Lib\Project2

TeamCity 允许您将 AssemblyInfo Patcher 构建功能附加到您的构建配置，但似乎不允许排除 Externals。由于 Externals 是单独的项目，我想保留它们的程序集版本或 AssemblyInfo 用不同的模式修补它们。

目前，因为我的构建配置检查了具有完全 Subversion Externals 支持的 Project1，然后应用了 AssemblyInfo Patcher，所以我的 Project1 程序集和我的 Project2 程序集都具有相同的程序集版本——即使我希望它们不同。

有没有办法让 Project1 程序集的版本与 Project2 程序集不同？

我有一个目录

SVN_HOME- 是一个根 svn 工作文件夹

MF_CENTER_INFO- 我想提交到另一个 svn 存储库的文件夹

的默认存储库D:\SVN_HOME\是svn://10.101.101.101/svn/ee/trunk 但MF_CENTER_INFO必须提交svn://10.101.101.101/svn/mf-center-vp/ （IP 相同）

所以，我做了什么：

鼠标右键点击D:\SVN_HOME\EclipseWorkspace\

添加的属性

但是当我选择提交或查看属性时，D:\SVN_HOME\EclipseWorkspace\MF_CENTER_INFO它会显示默认代表，现在是外部代表

怎么了？

我正在使用 svn:externals 并且我已经使用SVN1.5+ 格式指定了一个特定的版本，但 SVN 似乎忽略了版本号。

自修订版 658 以来，我已将供应商库替换为新版本（通过执行 svn rm、svn commit、svn add、svn commit）。现在最新版本中不再存在指定的文件，但在某些情况下我仍想使用这些特定文件的旧版本。

如何使用版本 658 中但最新版本中不存在的外部文件？