Ziele scheinen in der falschen Reihenfolge zu bauen, wenn Wix Custom Action unter TeamCity erstellt wird

Ich habe Probleme, meinen CI Build unter TeamCity zu verwenden. Ich habe ähnliche Projekte, die in Ordnung sind, also denke ich nicht, dass es ein TeamCity-Problem per se ist, aber ich habe mir das so sehr angeschaut, dass ich Code blind mache und ich befürchte, dass ich das Offensichtliche vermisse . Ich würde eine andere Perspektive schätzen.

Das Projekt, an dem ich gerade arbeite (ein ASCOM-Treiber), hat ein Wix-Setup-Projekt und eine verwaltete benutzerdefinierte Aktion. Die benutzerdefinierte Aktion verfügt über ein Komponententestprojekt, das MSpec verwendet. Das alles funktioniert gut auf meiner Workstation, die Tests laufen und passieren, alles gut. Auf TeamCity wird die Lösung nicht einmal kompiliert. Ich begrüße die Tatsache, dass TeamCity möglicherweise eine Schwachstelle in meinem Build hervorgehoben hat, aber ich verstehe nicht, was hier vor sich geht.

Was angezeigt wird ist, dass der Build eine der Projektausgaben (die benutzerdefinierte Wix-Aktion) während des Builds löscht, was bedeutet, dass ein nachfolgendes Projekt, das darauf verweist, nicht erstellt werden kann. Hier sind einige bearbeitete Highlights aus der Protokollausgabe:

Die Setup-Projekte beginnen mit dem Erstellen ...

Dann löst es Verweise auf und bemerkt, dass das benutzerdefinierte Aktionsprojekt erstellt werden muss ...

Dann wird das benutzerdefinierte Aktionsprojekt erstellt und die CA-Assembly wird gepackt und die Ausgabe in das Ausgabeverzeichnis kopiert ...

Der CA-Build wurde abgeschlossen und der Setup-Build wird fortgesetzt:

Jetzt ist hier, wo alles schief geht. Das Custom Action-Projekt versucht anschließend erneut zu erstellen und führt eine CoreClean-Aktion aus:

Ich kann nicht herausfinden, warum Dinge scheinbar auf dem Build-Server nicht in Ordnung sind. Dies alles wird in Visual Studio auf meiner Workstation erstellt. Irgendwelche Gedanken?