Ich habe eine mittelgroße ASP.NET MVC4-Lösung mit etwa 15 Projekten. Ich habe eine kostenpflichtige Hosted-Pipeline (VS 2017) in VSTS für meine Builds verwendet. Obwohl ich den Fehler unten immer zufällig in den Build- oder Paketschritten bekomme. Führen Sie den Build erneut aus, und der Code wird ohne weitere Änderungen im Quellcode übergeben! Keine anderen Fehler, Details Fehler werden im Build-Protokoll angezeigt. Und es kommt zufällig in jedem Projekt in der Lösung vor. Irgendeine Idee, was könnte es verursachen oder wie man mehr Informationen über den Fehler erhält, um es zu vermeiden?
Wir haben das Problem endlich erkannt und arbeiten daran, ein aktualisiertes Image mit einer Abschwächung einzuführen. Es stellt sich heraus, dass die automatische Update-Funktion für VSIX-Erweiterungen als geplante Aufgabe in Windows ausgeführt wird. Wenn dieser Prozess gestartet wird, wird der gesamte Prozess für ausführbare Dateien im Visual Studio-Installationsverzeichnis beendet. Wir führen ein Image aus, das diese geplante Aufgabe deaktiviert. Ich schätze die Geduld bei der Lösung dieses Problems.
Ich habe eine mittelgroße ASP.NET MVC4-Lösung mit etwa 15 Projekten. Ich habe eine kostenpflichtige Hosted-Pipeline (VS 2017) in VSTS für meine Builds verwendet. Obwohl ich den Fehler unten immer zufällig in den Build- oder Paketschritten bekomme. Führen Sie den Build erneut aus, und der Code wird ohne weitere Änderungen im Quellcode übergeben! Keine anderen Fehler, Details Fehler werden im Build-Protokoll angezeigt. Und es kommt zufällig in jedem Projekt in der Lösung vor. Irgendeine Idee, was könnte es verursachen oder wie man mehr Informationen über den Fehler erhält, um es zu vermeiden?
Wir haben das Problem endlich erkannt und arbeiten daran, ein aktualisiertes Image mit einer Abschwächung einzuführen. Es stellt sich heraus, dass die automatische Update-Funktion für VSIX-Erweiterungen als geplante Aufgabe in Windows ausgeführt wird. Wenn dieser Prozess gestartet wird, wird der gesamte Prozess für ausführbare Dateien im Visual Studio-Installationsverzeichnis beendet. Wir führen ein Image aus, das diese geplante Aufgabe deaktiviert. Ich schätze die Geduld bei der Lösung dieses Problems.
Microsoft untersucht dies jetzt . Es scheint an ein anderes Problem gebunden zu sein, das vstest ebenfalls zum Absturz bringt.
Eine temporäre vorgeschlagene Problemumgehung (ich habe das selbst nicht versucht), wie in diesem Thread berichtet:
Wenn Sie eine zweite vswuild-Aufgabe direkt nach der ersten Aufgabe hinzufügen und die erste setzen, um bei einem Fehler fortzufahren, wird die Aufgabe zu 100% ausgeführt.
Tags und Links vsts-build