【问题标题】:Unable to check into TFS and Build with Continuous Integration '无法签入 TFS 并使用持续集成进行构建'
【发布时间】:2017-03-17 06:50:01
【问题描述】:

我有一个 Azure Web 应用程序,我昨天检查到 TFS 没有任何问题。签入后,资源管理器将注入我们的 nuget 包并在构建成功时进行部署。

我做了一些更改(添加了一个类)并在今天签到。我在构建时收到此错误:

这是对未来搜索机器人的帮助:

从进程返回的退出代码1:文件名'tf',参数'vc unshelve Gated_xxxxxx;****** /loginType:OAuth /login:.,******** /noprompt'。

我查看了日志响应,看看我是否获得了更多详细信息,但它说的完全一样。我没有更改我的密码或用户名。

如何调试它以找出问题?

更新

为了让别人免于头痛。问题是我们每个项目都有 CI 构建。另一个项目的文件也偷偷溜进来了。所以我在 2 个不同的解决方案上检查了 2 个不同的项目(它们都转到同一个 TFS 服务器)。因此,请确保您只签入该项目!

【问题讨论】:

    标签: azure tfs


    【解决方案1】:

    为了让别人免于头痛。问题是我们每个项目都有 CI 构建。另一个项目的文件也偷偷溜进来了。所以我在 2 个不同的解决方案上检查了 2 个不同的项目(它们都转到同一个 TFS 服务器)。因此,请确保您只签入该项目!

    【讨论】:

    • 完全。我确实拉了几根头发哈!
    • 我的 Shelveset 包含位于构建定义的根源目录之外的文件。从 Shelveset 中排除这些文件修复了它。谢谢。
    • 视觉工作室已经“排除”了来自其他分支的更改。我没有注意到,我试图加入并登记入住。现在我按原样保留并签入.. 它工作了
    • 这很奇怪。为什么构建应该依赖于搁置集中签入的内容?它应该只获取源代码并构建。在我的情况下,我只需要发布一个新版本。
    • 谢谢,真希望能返回更合适的错误信息
    【解决方案2】:

    如果您尝试签入项目中未映射到构建定义中的文件,也会收到该错误。

    假设您有一个名为 FileA.cs 的文件,它位于名为 ProjectA.csproj 的项目中。如果您在 FileA.cs 中进行了更改并且此文件包含在您的更改中,则需要在构建定义的 Get source 步骤中映射 ProjectA.csproj

    【讨论】:

      猜你喜欢
      • 2013-11-29
      • 1970-01-01
      • 2013-06-16
      • 2011-04-18
      • 1970-01-01
      • 1970-01-01
      • 2017-09-15
      • 2023-03-08
      • 2015-07-14
      相关资源
      最近更新 更多