So habe ich eine Lösung in Visual Studio 2015 mit mehreren Web- und Anwendungsdiensten, die ich mit der Veröffentlichungsoption einzeln in Azure veröffentlichen kann. Jetzt möchte ich jedoch die Bereitstellung automatisieren (und später Komponententests zur Pipeline hinzufügen). Ich habe festgestellt, dass dies möglich ist, indem ich meine Lösung in einem git (oder TFS) -Repository in Visual Studio Team Services hostet und dann mein "Projekt" mit einem "Anwendungsdienst" in Azure verbindet. Jedes Mal, wenn ich meinen Code an git drücke, wird ein Build ausgelöst und auf allen azure-Computern bereitgestellt, die mit diesem VSTS-Projekt verbunden sind. Es scheint jedoch nur für das Projekt-Setup als Start-Projekt zu funktionieren. Ist es überhaupt möglich, so etwas einzurichten?Kontinuierliche Bereitstellung mehrerer Dienste in derselben Lösung
Antwort
Kurze Antwort: Ja, es ist möglich.
Wenn Sie Visual Studio Team Services verwenden, müssen Sie unterschiedliche Artifact
für jede Komponente definieren, die Sie bereitstellen möchten, und dann können Sie separate erstellen Releases
für jedes dieser Artefakte deren Bereitstellung an verschiedene Umgebungen oder in verschiedenen Servern.
Was Sie tun können, ist, 1 Build-Definition zu haben, die mehrere Projekte in einer Lösung erstellt und mehrere Artefakte erstellt und kopiert (wenn Sie 3 verschiedene Dienste bereitstellen müssen, benötigen Sie mindestens 3 Artefakte) und dann erstellen 3 Geben Sie Definitionen frei, um diese 3 Artefakte bereitzustellen.
Technisch könnten Sie sie alle in einer Release-Definition bereitstellen, aber normalerweise möchten Sie die Flexibilität, jede Komponente unabhängig voneinander bereitstellen zu können.
Werfen Sie einen Blick auf dieses Dokument mehr Informationen über die Beziehung erhalten zwischen Builds, Artefakte und Releases:
https://www.visualstudio.com/en-us/docs/release/author-release-definition/understanding-artifacts
- 1. Zusammenführen mehrerer Anwendungen in derselben Lösung
- 2. Kontinuierliche Bereitstellung mit mehreren Website-Projekten in Lösung
- 3. Kontinuierliche Bereitstellung mit Microsoft Azure
- 4. Kontinuierliche Bereitstellung einer einseitigen App?
- 5. Kontinuierliche Integration/Bereitstellung/Bereitstellung in Google App Engine, zu riskant?
- 6. Kontinuierliche Bereitstellung in Azure mit Bamboo
- 7. Starten mehrerer Dienste in Dockefile
- 8. Kontinuierliche Integration und Bereitstellung mit jBPM
- 9. Kontinuierliche Bereitstellung von IIS-Einstellungen mit MSDeploy
- 10. Azure Cloud Services und Git kontinuierliche Bereitstellung?
- 11. Einfügen mehrerer Datensätze RIA-Dienste
- 12. Starten mehrerer Dienste auf Threads
- 13. Web-Method-Dienste in webconfig oder in der Bereitstellung ausblenden
- 14. Einfügen mehrerer Dienste in einen Dienst - angular2
- 15. Hinzufügen derselben "* .dll" -Referenz zu mehreren Projekten in derselben Lösung
- 16. Passing CStrings zwischen Projekten in derselben Lösung
- 17. MSBuild Abhängigkeit vom Projekt in derselben Lösung
- 18. Stapelumbenennung mehrerer Dateien derselben Erweiterung
- 19. C# ClickOnce-Bereitstellung für Windows-Dienste?
- 20. Speichern mehrerer JQuery Sortable in derselben Tabelle
- 21. Löschen mehrerer Zeilen in derselben Abfrage
- 22. Bereitstellen mehrerer Dienste innerhalb desselben Service-Fabric-Anwendungstyps
- 23. Starten mehrerer Dienste innerhalb Docker Container
- 24. Hosten mehrerer Dienste innerhalb eines Diensthosts?
- 25. Angular2 - Aufruf mehrerer Web-API-Dienste
- 26. Ninject WCF Bootstrapper Registrierung mehrerer Dienste
- 27. ASP.NET-Lösung Überlegungen für Multi-Server-Bereitstellung
- 28. Automatisierte Bereitstellung von gemischten SSIS/DLL-Lösung
- 29. Mehrere Wix-Installer aus derselben Lösung
- 30. MVC & Web Api Projekte innerhalb derselben Lösung
Vielen Dank! – jimmy