Ich verwende VSTS-Build, um einen CI-Build auszuführen. Diese Build-Definition ist das selbe für alle meine git-Zweige (Master, Entwicklung, Features usw.).
Ich versuche nun, eine Deployment-Pipeline mithilfe der VSTS-Versionsverwaltung zu implementieren. Ich habe vor, zwei verschiedene Release-Definitionen zu haben. Eine für Feature-Zweige und eine für die wichtigsten wichtigen Zweige wie Entwicklung und Master. Die Release-Definition für Feature-Zweige wäre leichter.
Ich denke, das ist ziemlich einfach und üblich. In der Tat ist das ziemlich genau das, was in Microsofts typischer Anwendungsfall für Release dokumentiert ist Management .
Für diese beiden Pipelines möchte ich sie so konfigurieren, dass sie automatisch mit dem Trigger "Continuous Deployment" starten. Wenn ich diesen Auslöser auswähle, muss ich eine Artefaktquelle auswählen.
Leider nimmt eine Artefaktquelle alle Artefakte (unabhängig von der Verzweigung) von einer bestimmten Build-Definition (meine CI-Erstellung). Da ich für alle meine Zweige dieselbe CI-Build-Definition verwende, sieht es so aus, als ob ich meine beiden Release-Pipelines nicht in 'Continuous Deployment' konfigurieren kann und trotzdem dieselbe Build-Definition als Artefaktquelle verwenden kann.
Jeder kann die gleiche Build-Definition für mehrere Release-Definitionen teilen, aber nur ein Release für einen bestimmten Zweig starten? Kennt jemand eine Möglichkeit, nach Verzweigungen zu filtern, wenn wir eine Artefaktquelle definieren?
Derzeit gibt es in VSTS Release Management keine Möglichkeit, eine bedingte Bereitstellung auf der Grundlage einer Verzweigung durchzuführen.
Eine Alternative wäre, separate BDs für verschiedene Zweige zu erstellen und sie dann als Artefaktquellen für die RDs zu konfigurieren.
Dies gibt dem Benutzer auch Klarheit über das Artefakt anhand seines Namens.
Tags und Links vsts vsts-build ms-release-management