【问题标题】:TFS Submodule in a seperate Team Project单独的团队项目中的 TFS 子模块
【发布时间】:2017-06-20 03:30:47
【问题描述】:

我正在尝试为一个小团队设置 TFS,这是我第一次接触到这样的东西。我已经对此进行了大量阅读,据我所知,我正在尝试做的事情应该是可能的,但我似乎无法让它发挥作用。

我所在的团队有两个目前正在开发的主要项目,但我们分享了我们开发的大约 6 个内部库的开发。所有这些库都设置为它们自己的 git,以便我们可以从主项目中单独跟踪它们。它们使用 git 子模块链接到主项目。

  • Proj_Main1
  • Proj_Main2
  • Lib_1
  • Lib_2 ...

Lib_1 和 Lib_2 是 Proj_Main1 和 Proj_Main2 的子模块。

我已将每个 git 存储库设置为一个单独的 TFS 项目,都在一个集合中,但我的主要项目不会从各自的团队项目中提取子模块存储库。我当然已经用正确的路径和 url 更新了 .submodule 文件。

我正在尝试做的事情是否可能?我认为我的问题是我的主要项目 repos 没有访问其他项目 repos 的权限,但我不知道如何解决这个问题。

根据我所阅读的内容,人们通常会将库作为单独的 Git 添加到 Proj_Main1 和 Proj_Main2 项目中,但这样做不允许我将更新从一个库存储库推送到另一个项目中的匹配项。

任何有关如何修复此问题的指导都将不胜感激。


我们将 Tfs2017.Update1 与 SQL Server 2016 一起使用,并且我们正在使用 Windows 组来处理权限。

【问题讨论】:

    标签: git tfs


    【解决方案1】:

    我当然已经用正确的路径和 URL 更新了 .submodule 文件。

    (我想你的意思是.gitmodules

    要查看子模块的内容,您需要:

    git submodule update --recursive --init
    

    确保您没有cached credential issue

    OP Aubrey H 提到了in the comments

    我用不正确的链接更新了.gitmodules 文件:我输入了 TFS 项目概述页面的地址,而不是 TFS 项目 git 页面。
    所以,当然,它什么也没找到。

    【讨论】:

    • 我最终解决了这个问题,它是缓存凭证问题和我自己的愚蠢的结合。我用不正确的链接更新了.gitmodule 文件。我将地址输入到 TFS 项目概述页面而不是 TFS 项目 git 页面。所以,当然,它什么也没找到。
    • @AubreyH。好眼力!我已将评论包含在答案中以获得更多可见性。
    猜你喜欢
    • 2013-05-30
    • 2011-10-15
    • 1970-01-01
    • 2011-07-03
    • 1970-01-01
    • 2012-12-04
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多