TFS vNext在更新3之后构建问题

TFS 2015升级3之后，我们的一些构建开始记录奇怪的日志行。正如你在下面看到的，所有'a'字符被8个星号字符替代。TFS vNext在更新3之后构建问题

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 Cre ******** ting ******** rtif ******** cts 目录。 2016-08-08T07：58：01.0582131Z检查测试结果目录是否存在：d：\ b2 \ 10 \ TestResults 2016-08-08T07：58：01.0738385Z 删除测试结果目录。 2016-08-08T07：58：01.0738385Z Cre ******** ting测试结果目录。 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 =真 2016-08-08T07：58：01.1832163Z sourceVersion = 15137

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

有没有人经历过同样的行为？

来源

2016-08-09 Kemy

您是否更新了代理？如果不尝试？ – DaveShaw

我没有手动做，但是Update3安装程序自动完成了它，我想。有一个“agent.old”文件夹，这是我认为的旧版本。新的VsoAgent.exe的版本号为14.102.25423.0我也尝试清理所有构建文件夹，日志文件夹，重新启动代理服务。 – Kemy

如果您创建（有意或无意克隆）包含单个字母的安全变量（在您的情况'a'中），就会发生这种情况。构建会用'**********'代替日志中的那个字母，因为它认为它是一个不应写入日志的安全变量。

来源

2016-08-09 19:34:58

谢谢，这是一个非常有趣的ideai，我确信你是对的。问题是我在变量页面中看不到任何安全变量。我认为Update3转换打破了这一点。我将尝试在不克隆的情况下再次创建这些构建版本，但要从头开始重新创建它们。 – Kemy

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

来源

2016-08-10 08:30:38 Kemy

TFS vNext在更新3之后构建问题

回答

相关问题