问题标签 [externals]

如果我没有进入这个页面，我就不会知道 svn:externals 。所以，我设置了我的工作文件夹。然后

“svn update”会占用整个 symfony 文件夹，而且速度很慢。我以为那将是一次痛苦。但是，每次我输入“svn up”时，SVN 都会检查外部存储库。我必须使用 --ignore-externals 使“svn update”足够快。

我想知道 svn:externals 如果这么慢有什么好处。我宁愿将 symfony 复制到我自己的存储库中，这肯定是一个更快的解决方案。

To include a few external git repositories in my "main" repository, there are a few options:

• submodules
• braid
• subtree

The first seems to be advised against by basically everybody. The second and third I believe are implementations of the subtree pattern.

Is one better? Which should I use? Why? How can I choose between them?

I'm trying to checkout a external repository to my current working copy. This is my setup: Current Working Copy

D:\working_copy\

External Path

D:\external_working_copy\uploads

Then I setup the svn:external property to D:\working_copy\:

uploads file:///D:/SVN/external_working_copy/trunk/uploads

then if I run update on D:\working_copy\ I got the following:

D:\working_copy\uploads

but I want the content of file:///D:/SVN/external_working_copy/trunk/uploads to go to the root of D:\working_copy\ and not create uploads inside D:\working_copy.

I have tried to set as

/ file:///D:/SVN/external_working_copy/trunk/uploads

but everything I got is:

Invalid svn:externals property on 'D:\working_copy': target '/' is an absolute path or involves '..'

Thank you in advance

所以我对TCL编程的方式非常陌生。我写了一个脚本，调用别人写的proc，首先删除输出文件。然后它会执行我编写的一些附加逻辑。

我将逻辑移到了第二个 proc 中，然后其中的一部分立即损坏了（即 rm 命令）。

据我所知，中央执行内部的第一个程序（proc定义后面的文本）在没有“exec”命令的情况下正常执行。但是，如果将它移动到 proc 中，它现在需要一个“exec”命令。

谁能向我解释为什么 TCL 会这样？

例如

..

..

..

*请注意，这种奇怪的行为可能特定于我将脚本提供给 vmd 的程序，它有自己的内置 TCL 行为。也许在您的回复中您可以指出这是否也是其他口译员的标准？

当我执行 时svn update，它会重新加载所有外部文件，即使我已经在 中为它们提供了明确的修订svn:externals，并且我没有修改此属性或有问题的文件。

有没有办法阻止这种情况发生？

我在同一个 Subversion 存储库中有两个项目。他们都使用一些标准代码/类（Zend/PEAR/phpMyAdmin 等）来处理各种事情。回购的组织方式如下：

• \shared\trunk- 两个项目都使用的东西
• \main\project1\trunk\sharedsvn：外部的\shared\trunk
• \main\project2\trunk\sharedsvn：外部的\shared\trunk

这很有效，因为我只需要在一个位置更新公共代码。我也确信它可以在本地、演示和生产环境中工作。

但是，我注意到 TortoiseSVN 似乎总是花一些时间检查所有三个目录。现在我有一些标签和分支，它甚至更慢。classes 文件夹包含大约 3500 个文件和 1500 个文件夹。

该怎么办？保持标准类版本受控是一种好习惯吗？

可能的替代方案：删除外部，而是让 Phing 处理导出类文件夹？

我目前使用 SVN 来管理 jboss 服务器配置，并且我需要在每个工作副本中拥有相同子目录的多个副本，但要引用服务器上的相同目录，这样当我更改某些文件时，每个副本都会得到更新。

例子：

• /server/bin（共享）
• /server/node-01（存储库 /server/node 的副本）
• /server/node-02（存储库 /server/node 的副本）

是否可以使用 git 实现相同的目标？我在（许多）类似的问题中找不到明确的答案。

我有多个项目，每个项目都引用同一个库项目。我希望能够对库进行更改以支持其中一个项目，而不必在我的所有项目中支持这些相同的更改。在 SVN 中，我所要做的就是设置一个外部来检查库的特定修订版，除非我明确决定更改我签出的库的修订版，否则该修订版之后的任何进一步更改都不会被引入。我从其他帖子中了解到，TFS 没有明确支持外部的概念，但是 Bart Wullems 在他的博客上发布了一些内容，暗示可以使用 Project Linker 来模拟这种行为（http://bartwullems.blogspot.com/2010 /08/simulating-svn-externals-feature-in-tfs.html)。

有谁知道在使用 TFS 时模拟 svn:externals 这方面的好方法？

谢谢。

我们有几个 Zend_Framework 应用程序，我们希望将它们保存在单独的 subversion 存储库中。但是，这些应用程序共享相同的数据库抽象层和几个相同的通用组件。

我们想以某种方式分享应用程序之间的共同点。我们目前的想法看起来像

现在，我们希望 itg-app 存储库具有对 itg-common 存储库的外部引用。问题是我们希望例如itg-app/trunk/common被链接到itg-common/trunk，itg-app/branches/foo/common被链接到itg-common/branches/foo等等。也就是说，一般模式是itg-app/$BRANCH/common -> itg-common/$BRANCH。

现在，原则上我们可以创建这些外部，但是每当我们尝试合并时就会出现问题。$/trunk例如，从to合并$/branches/production将覆盖要指向的svn:externals属性。$/branches/production/commonitg-common/trunk

这有意义吗？如果是这样，有没有办法解决这个问题？如果没有，为什么不呢？我们应该怎么做呢？

我有一些项目需要包含另一个项目的源代码。所有项目均由版本控制软件管理。事实上，它们现在是同一个本地集市存储库的一部分。所需的布局将是这样的：

我缺乏使用此类工具的经验。我最初的想法是，该OtherProject子文件夹MainProjects可以通过 bzr externals 以某种方式链接到另一个项目的实际位置。不过，我很好奇这是否是正确的方法？

（如果这是正确的方法，实际 bzr 示例的额外布朗尼点如何做到这一点）