svn-externals

    1热度

    1回答

    我正在使用VisualSVNServer。我有一个svn回购(说:测试1)与外部(说:test2)。一切都很好,当我checkout test1时,test2会自动签出并放入test1的工作副本中。好。 但是,当使用VisualSVNServer的web前端查看test1时,我看不到有任何外部链接到该回购的提示。 这是正确的行为吗?有没有办法在网页前台看到外部信息 - 或者至少暗示有外部信息? 欢

    -1热度

    1回答

    以下是该场景。 在一个svn仓库中,同一个文件夹树下有多个文件夹。 说结构为: ProjectA | | - Folder1 | - Folder2 现在,在一个单独的文件夹树: ProjectB | - FromExternalProject (needs all contents of Folder1 & Folder2 in ProjectA) 优选地,所有的含量应保持在相同

    0热度

    1回答

    我读过http://svnbook.red-bean.com/en/1.7/svn.advanced.externals.html,但我没有看到我需要的信息。它(几乎没有)谈论propset,但不是propedit,这正是我想要的。我有v1.8客户端。 说我有在 root URL = https://mySvnRepo ^/projects/trunk/module1 ^/projects/

    1热度

    1回答

    我想模仿像svn:externals这样的行为:我有一个主项目,并且在另一个存储库中有一些“通用”代码。使用SVN,我会做: svn co <url>/src common 和我的文件夹结构将是: repo/common/*.cpp 用git +子模块+稀疏结帐这个 是现在很多更复杂,我有一个额外的子目录层,当我添加子模块; git submodule add <url> common

    0热度

    1回答

    在SVN相同SVN资源我有以下文件夹: SOME_PATH/solution_A/some_project SOME_PATH/solution_B 里面有solution_A一些项目,我想在solution_B中重用。 在ClearCase或Perforce中这不是问题,我可以将此项目映射到工作区内的solution_B内的任何文件夹。但是我怎么能在SVN中解决这个问题(在solution_B工

    -1热度

    1回答

    我们使用svn:externals与挂钩版本重新使用通用组件。 我们注意到一些意外的行为,我怀疑这可能是一个错误。 我们假设我们有一个文件夹A,它有一个svn:externals属性,指向修订版180的文件夹B. 当我在我的工作副本中更新文件夹A时,确实在修订版180中获得了文件夹A和文件夹B. 但是,我只更新文件夹B(在Windows资源管理器中选择B并单击TortoiseSvn更新)我得到它的

    0热度

    3回答

    我们有一个第三方存储库,我们将所有第三方库进行了外部化。从那里,我们将这些库拉到服务器代码库。 早些时候,我们有两个版本的junit(4.10和4.11)被外化。我正在研究一个我想统一使用JUnit 4.11的缺陷。所以我删除了svn:外部的JUnit 4.10 当我使用TortoiseSVN提交更新的svn:externals时,出现以下错误。 Error: Commit failed (det

    1热度

    1回答

    我已经为我的项目添加了svn:externals,并且它通过TortoiseSVN在本地很好地工作。当我使用Jenkins从同一个存储库中取出时,它没有在控制台输出中显示关于外部的任何信息。 我在这里读了一些其他的问题,我确定我在Jenkins的SVN版本号被设置为(1.6外部文件)并重新启动Jenkins。问题仍在发生。任何其他我可以设置的想法,或者我可以用于故障排除的东西?谢谢。 哦,和外部目

    0热度

    1回答

    我使用TortoiseSVN来跟踪一些项目。我的一个存储库(我们称之为“回购A”)有一个外部来自另一个“回购B”的特定文件夹,但从现在开始,我需要对此文件夹进行某些更改,这些更改仅与回购A 。 我当然可以,文件夹的手动副本添加到我的仓库,并开始犯,但这种带有两个缺点: 这是一个相当大的文件夹,这样会占用更多的磁盘因为SVN不知道该文件夹仅仅是来自另一个回购的拷贝(在某个修订编号处) 当查看历史记录

    1热度

    1回答

    我们正在从svn转换为perforce,但有一些问题需要解决,与我们目前的工作流程有关。 目前一个项目发布包含一个Source /目录,其中包含本地源文件和svn:externals到单元测试子模块的列表,这些子模块独立于主项目代码签名和标记。 这样做的好处是可以对子模块进行严格的版本控制,因此我们只在导入新标记的外部元件时才会导入它们。此外,只要导入新的模块版本,对svn:external的更改