【问题标题】:TFS vNext builds issues after Update 3TFS vNext 在更新 3 后构建问题
【发布时间】:2016-08-25 04:05:44
【问题描述】:

在 TFS 2015 升级 3 之后,我们的一些构建开始记录奇怪的日志行。正如您在下面看到的,所有的“a”字符都替换为 8 个星号字符。

2016-08-08T07:58:01.0425923Z 检查 ********rtif******** cts 目录存在:d:\b2\10******** 2016-08-08T07:58:01.0425923Z 删除 ********rtif******** cts 目录。 2016-08-08T07:58:01.0582131Z 创作 ******** ********rtif******** cts 目录。 2016-08-08T07:58:01.0582131Z 检查测试结果 目录存在:d:\b2\10\TestResults 2016-08-08T07:58:01.0738385Z 删除测试结果目录。 2016-08-08T07:58:01.0738385Z 创建测试结果目录。 2016-08-08T07:58:01.1675919Z St******** rting:获取来源 2016-08-08T07:58:01.1832163Z 进入 TfvcSourceProvider.Prep********reRepositoryAsync 2016-08-08T07:58:01.1832163Z loc********lP********th=d:\b2\10\s 2016-08-08T07:58:01.1832163Z cle********n=True 2016-08-08T07:58:01.1832163Z sourceVersion=15137

代理的“_diag”文件夹中的日志文件也包含这些带星号的行。我们试图分析正常日志构建和这些奇怪的构建之间的差异,但我们没有发现任何显着差异。我们试图克隆这些构建,但克隆的构建也以这种方式记录。如果我们创建了一个新版本,它也会使用这些星号进行记录。

有人遇到过同样的行为吗?

【问题讨论】:

  • 你更新代理了吗?如果不试试呢?
  • 我没有手动执行此操作,但我认为 Update3 安装程序会自动执行此操作。有一个“agent.old”文件夹,这是我认为的旧版本。新的 VsoAgent.exe 版本号为 14.102.25423.0 我也试过清理所有的构建文件夹、日志文件夹,重启代理服务。

标签: .net tfsbuild tfs-2015


【解决方案1】:

如果您创建(有意或无意通过克隆)包含单个字母(在您的情况下为“a”)的安全变量,则会发生这种情况。构建将用 '**********' 替换日志中的那个字母,因为它认为它是一个不应该写入日志的安全变量。

【讨论】:

  • 谢谢你,这是一个非常有趣的想法,我很确定你是对的。问题是我在“变量”页面中看不到任何安全变量。我认为 Update3 转换打破了这一点。我将尝试在不克隆的情况下再次创建这些构建,但从头开始重新创建它们。
【解决方案2】:

最后我发现了错误。这是更新 3 中的新内容。我们有一个私有 nuget 服务器,它作为通用服务端点添加到 TFS。在旧的 TFS 中,您必须为每个服务提供用户名和密码,您不能将密码留空。所以我们在里面加了一个“a”。在更新 3 之前这不是问题。但是更新 3 从该密码创建了一个安全变量,这就是日志混乱的原因。

【讨论】:

    猜你喜欢
    • 2016-10-13
    • 2016-09-02
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-08-27
    • 1970-01-01
    • 2017-12-30
    相关资源
    最近更新 更多