Ich habe Teamcity derzeit Setup, um eine Batch-Datei auszuführen, führt diese Batch-Datei einen Fortify-Scan. Es scheint, dass die Umgebungsvariable "PATH" bei einem Versuch korrekt geladen wurde und mit dem Scan begonnen hat. Beim nächsten Build-Versuch konnte die Batch-Datei keine der ausführbaren Dateien finden (sourceanalyzer.exe
). Beim Betrachten der benutzerdefinierten Parameter scheinen verschiedene Umgebungsvariablen geladen worden zu sein, als der vorherige Build-Versuch. Es sieht so aus, als ob die Systemumgebungsvariablen bei dem erfolgreichen Versuch geladen werden und dann eine Benutzerumgebungsvariable, die bei dem fehlgeschlagenen Versuch geladen wird. Gibt es eine Möglichkeit, die Umgebungsvariable PATH im Agenten permanent so festzulegen, dass nur die Systemumgebungsvariablen geladen werden?Teamcity nicht laden Umgebungsvariablen - Fortify Automatisierung
UPDATE:
ich mehrere Dinge ausprobiert haben, enthalten in einer Variablen Fortify Umgebung vorbei, die Teamcity erlaubt die Überprüfung zu starten läuft. Es scheint jedoch, als ob ich einen weiteren Haken mit Fortifys Plugin für vs2015 getroffen hätte. Der neue Fehler besagt, dass das Plugin nicht gefunden werden kann. Ich nehme an, das liegt daran, dass die Pfade fest codiert sind? Da TeamCity die Systemumgebungsvariablen nicht verwendet, muss ich sie übergeben, damit TeamCity diese Verzeichnisse findet. Gibt es eine einfachere Möglichkeit, die Batch-Datei zum Laden der Systemumgebungsvariablen zu verwenden, um harte Codierungswege zu vermeiden? Würde setlocal
in der Batch-Datei helfen, diese Systemumgebungsvariablen zu laden, also kann ich einfach sourceanalyzer
ohne Erstellen von Umgebungsvariablen oder harten Codierungswegen aufrufen?
Sind Sie sicher, dass die Builds auf demselben Agenten ausgeführt werden? Das riecht nach Agentendifferenzen zu mir. – sferencik
@sferencik Ja, sie laufen auf demselben Agenten. –