Mein TeamCity-Build schlägt fehl, da ich ein Projekt mit 2 EF-Code-Migrationskonfigurationen darin habe.Teamcity-Build schlägt aufgrund von EF-Code-Migrationen fehl
aus dem Build-Log:
[12:39:58]Checking for changes
[12:39:58]Collecting changes in 1 VCS root (1s)
[12:40:00]Clearing temporary directory: C:\TeamCity\buildAgent2\temp\buildTmp
[12:40:00]Publishing internal artifacts
[12:40:00]Checkout directory: C:\TeamCity\buildAgent2\work\1679b8b30e00ad0
[12:40:00]Updating sources: server side checkout (2s)
[12:40:03]Step 1/8: Gulp (Command Line)
[12:40:03]Step 2/8: Nuget Package Refresh (NuGet Installer) (3s)
[12:40:06]Step 3/8: Compile (MSBuild) (21s)
[12:40:27]Step 4/8: Unit Tests (NUnit) (33s)
[12:41:01]Step 5/8: Transform Files (Powershell) (2s)
[12:41:03]Step 6/8: Deployment Build on XXXXX Live (MSBuild) (25s)
[12:41:29]Step 7/8: Deploy Database (Powershell) (5s)
[12:41:34]Step 8/8: Deploy Portal.Hub (Powershell) (33s)
[12:42:08]Publishing artifacts
[12:42:08][Publishing artifacts] Collecting files to publish: [C:\TeamCity\buildAgent2\temp\buildTmp\nuget5954880593924726328packages\nuget.xml => .teamcity/nuget]
[12:42:08][Publishing artifacts] Publishing using [WebPublisher]
[12:42:08][Publishing artifacts] Publishing using [ArtifactsCachePublisher]
[12:42:08][Publishing artifacts] Artifacts path 'C:/TeamCity/buildAgent2/temp/buildTmp/nuget5954880593924726328packages/nuget.xml' not found
[12:42:08]Reverting patched assembly versions
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Api\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Common\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Data\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Hub\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Manager\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Managers\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.SignalR\Properties\AssemblyInfo.cs
[12:42:08][Reverting patched assembly versions] Restoring C:\TeamCity\buildAgent2\work\1679b8b30e00ad0\src\Portal.Tests\Properties\AssemblyInfo.cs
[12:42:08]Publishing internal artifacts
[12:42:08][Publishing internal artifacts] Sending using WebPublisher
[12:42:08][Publishing internal artifacts] Sending using ArtifactsCachePublisher
[12:42:08]Build failure condition: There was an error reported in one of the build steps.
[12:42:08]Build failure condition cause message: ERROR: More than one migrations configuration type was found in the assembly 'Portal.Data'. Specify the name of the one to use. (show original message)
[12:42:08]Build finished
Hinweis: die einzigen rot (Ausfälle) sind die letzten beiden Zeilen über „Build Finished“
ich nicht die Migrationen leiten und ich kann nicht sehen Schritte in der Teamstadt oder das Veröffentlichungsprofil, das versucht, dies zu tun.
Ich möchte meine Konfigurationen nicht in separate Projekte aufteilen, ich möchte nur verhindern, dass TeamCity versucht, sie auszuführen.
My Build-Schritte sind:
1/8 Gulp -
3/8 MSBuild Update NuGet Referenzen in der Lösung - - .NET 4.5 x86
2/8 NuGet Installer minimieren js Dateien kompilieren
4/8 NUnit - laufen Unit-Tests
5/8 Powershell - laufen Skriptdateien zu manipulieren app.config für den Windows-Dienst
6/8 MSBuild - verwenden Profil veröffentlichen Website
7/8 Powershell zu implementieren - Skript zu implementieren Datenbank
8/8 Powershell - Skript
Die Veröffentlichung von Windows-Service zu implementieren Profil: Die Schaltfläche für die Verbindungsvalidierung funktioniert auf der Registerkarte "Verbindung", auf der Seite "Einstellungen" sind mehrere Datenbanken aufgelistet, aber keine Verbindungszeichenfolgen oder "diese Verbindungszeichenfolge zur Laufzeit verwenden" ist aktiviert. Einer von ihnen hat ein Infotetikett daneben "Um ein Code First Model zu veröffentlichen, sollte Code First Migrations verwendet werden".
Wir haben praktisch identische Build-Konfigurationen für andere Projekte, die gut funktionieren.
Dank
Können Sie näher als zu dem, was in Ihren Build Schritten vor sich geht und das Profil veröffentlichen. Gibt es Pre/Post-Build-Ereignisse in Ihren .csproj-Dateien? Können Sie den ursprünglichen Ausnahme-Stack aus dem TeamCity Build-Protokoll anzeigen? –
In der proj-Datei sind keine Build-Ereignisse vorhanden. Es gibt keinen Stack-Trace von TeamCity - alle Build-Schritte funktionieren und das Obige wird unten ausgegeben.Ich werde die Frage mit weiteren Informationen zu den Build-Schritten aktualisieren – SturmUndDrang
Können Sie mir sagen, welcher Build-Schritt den Fehler erzeugt? Wenn alle Build-Schritte erfolgreich abgeschlossen wurden, ist etwas nicht korrekt konfiguriert. Können Sie die benutzerdefinierten Powershell-Schritte näher erläutern? Das ist im Moment ein bisschen wie eine Nadel im Heuhaufen - es sei denn, ich kann nicht genau verstehen, was ausgeführt wird. Ich glaube nicht, dass ich Ihnen einen Wert bieten kann. z.B. installiert der Windows-Dienst Deploy es und startet es? –