Ich habe einige Komponententests, die den Entwicklercomputer weitergeben, aber auf dem TFS-Buildcomputer nicht funktionieren. Diese Tests sind aus verschiedenen Gründen fehlgeschlagen. Ich habe nur sehr eingeschränkten Zugriff auf die Maschine zu bauen. Aber ich könnte in den Ablageordner schauen und sehen, welche DLL-Dateien usw. bereitgestellt wurden.
Auch ich sehe, dass pdb-Dateien auf dem Erstellungscomputer bereitgestellt wurden.
Gibt es eine Möglichkeit, den Code zu debuggen und durchzugehen, warum sein einziger Fehler auf der Build-Maschine auftritt?
Gibt es irgendeine Möglichkeit, den Code zu debuggen und durchzugehen, warum das nur der Fall ist? scheitern auf Build-Maschine?
Ja, Sie können den Prozess auf dem Build-Rechner anhängen ... Aber Sie müssten auf dem Build-Rechner angemeldet sein und eine Instanz von VS auf dem Server laufen lassen und Administrator-Rechte zum Anhängen an den Thread haben ...
Sie könnten es auch tun, wenn die Admins bereit wären, den Server für Remote-Debugging zu öffnen. Da dies jedoch ein größeres Sicherheitsrisiko birgt als nur den Zugriff auf den Server, ist es unwahrscheinlich, dass diese Option auch möglich ist.
Also für Sie nicht. Sie müssen sehen, was die Fehler sind und herausfinden, was dazu führen würde. Dann können Sie versuchen, das zu beheben.
Versuchen Sie, eine Batch-Datei zu verwenden, um msbuild auszuführen, dann können Sie den Fortschritt des gesamten Prozesses in der Konsole anzeigen. Hier ist ein Startcode für ya:
%Vor%Wo immer ich Caps habe, ersetzen Sie sie durch Ihre Einstellungen .... Speichern Sie die .bat-Datei, doppelklicken Sie und Sie können alles in der Konsole verfolgen.
Tags und Links tfs c# asp.net tdd build-automation