TFS vNext erstellt Probleme nach Update 3

Question

Nach dem TFS 2015 Upgrade 3 begannen einige unserer Builds seltsame Protokollzeilen zu protokollieren. Wie Sie unten sehen können, werden alle 'a' Zeichen durch 8 Sternchen ersetzt.

2016-08-08T07: 58: 01.0425923Z prüft ******** rtif ******** cts Verzeichnis vorhanden ist: d: \ b2 \ 10 **** **** 2016-08-08T07: 58: 01.0425923Z Löschen ******** rtif ******** cts Verzeichnis. 2016-08-08T07: 58: 01.0582131Z Cre ********** ******** rtif ******** cts Verzeichnis. 2016-08-08T07: 58: 01.0582131Z Prüfen, ob Testergebnisse Verzeichnis vorhanden sind: d: \ b2 \ 10 \ TestResults 2016-08-08T07: 58: 01.0738385Z Testergebnisverzeichnis löschen. 2016-08-08T07: 58: 01.0738385Z Cre ******** Testergebnis Verzeichnis. 2016-08-08T07: 58: 01.1675919Z St ******** rting: Quellen erhalten 2016-08-08T07: 58: 01.1832163Z Eingeben TfvcSourceProvider.Prep ******** reRepositoryAsync 2016 -08-08T07: 58: 01.1832163Z Ort *********************************************************************************************************************************** ******* n = True 2016-08-08T07: 58: 01.1832163Z source = 15137

die Protokolldateien im '_diag' Ordner des Agenten enthalten auch diese Zeilen mit Sternchen. Wir haben versucht, die Unterschiede zwischen den normalen Logging-Builds und diesen seltsamen Builds zu analysieren, aber wir haben keine nennenswerten Unterschiede festgestellt. Wir haben versucht, diese Builds zu klonen, aber die geklonten Builds protokollieren auch diesen Weg. Wenn wir einen neuen Build erstellt haben, protokolliert er auch diese Sternchen.

Hat jemand das gleiche Verhalten erlebt?

Answer 1

Dies passiert, wenn Sie eine bewusste Variable erstellen, die einen einzelnen Buchstaben (in Ihrem Fall 'a') enthält (entweder absichtlich oder unbeabsichtigt durch Klonen). Der Build ersetzt diesen Buchstaben im Protokoll durch "**********", weil er denkt, dass es sich um eine sichere Variable handelt, die nicht in das Protokoll geschrieben werden sollte.

Answer 2

Endlich habe ich den Fehler gefunden. Das ist etwas Neues im Update 3. Wir haben einen privaten nugget-Server, der dem TFS als generischer Service-Endpunkt hinzugefügt wurde. Im alten TFS müssen Sie für jeden Dienst einen Benutzernamen und ein Passwort angeben. Sie können das Passwort nicht leer lassen. Also legen wir ein "a" drin. Es war kein Problem vor dem Update 3. Aber das Update 3 erstellt eine gesicherte Variable aus diesem Passwort und deshalb ist das Protokoll durcheinander.