Verwalten Azure DevOpsArtefakte

DevOps Change-GeschwindigkeitErleichtert die Verwaltung von Artefakten, die über veröffentlicht wurden Azure DevOpsPipelines erstellen. Sie können diese Artefakte importieren und nachverfolgen und die Pakete in verwalten DevOps Change-Geschwindigkeit.

Typen von Artefaktquellen, die von unterstützt werden DevOps Change-Geschwindigkeit:

• Build
• Azure Artefakte

Artefakte Erstellen

Build- und Pipeline-Artefakte, die mit den Aufgaben Build-Artefakte veröffentlichen (PublishBuildArtifacts) und Pipeline-Artefakte veröffentlichen (PublishPipelineArtifacts) auf veröffentlicht wurden Azure DevOpsWerden automatisch in erstellt DevOps Change-GeschwindigkeitInstanz. Sie können auch Verlaufsdaten für Build-Artefakte importieren.

Build-Artefakte, die mit der Aufgabe „Build-Artefakte veröffentlichen“ erstellt wurden, sind Teil des Artefakt-Repositorys, dessen Name standardmäßig auf den Namen der Build-Pipeline festgelegt wird.

Hinweis:

Wenn zwei Artefakte mit demselben Namen, die zum selben Repository gehören und verschiedene Versionen haben, als Release-Auslöser für eine Release-Pipeline verwendet werden, werden die zugehörigen Listen (z. B. Arbeitselemente, Commits, Testzusammenfassungen usw.) enthalten DevOpsDaten im Zusammenhang mit beiden Artefaktversionen, wenn in der Release-Pipeline ein Change vorhanden ist. Beispiel: Wenn Artefakt-1,0 und Artefakt-2,0 Release-Auslöser zum Verwalten von Rollback-Szenarien in der Bereitstellung sind, enthält der Change (wenn er Teil der Release-Pipeline ist) Daten zugehöriger Listen für beide Versionen.

Sie können auch weiterhin die vorhandene erweiterungsbasierte Artefaktregistrierung und den Import nutzen. Weitere Informationen finden Sie unter Verwenden Sie ServiceNow DevOpsErweiterung für Azure DevOpsUnd Azure DevOpsAnwenderdefinierte Aktionen und Artefakte und Pakete.

Wichtig:

Die Verwendung der erweiterungsbasierten Artefaktregistrierung ist nicht erforderlich, wenn die oben genannten Aufgaben „PublishBuildArtifacts“ und „PublishPipelineArtifacts“ verwendet werden.

Azure Artefakte

Sie können die Artefakte in importieren und nachverfolgen DevOps Change-GeschwindigkeitInstanz. Sie können importieren Azure DevOpsArtefakte, die in veröffentlicht werden AzureArtefakte, die nur die Aufgabe „Universalpaket“ verwenden.

Hinweis:

Nur Universal Pakete werden derzeit für den Import und die Nachverfolgung unterstützt.

( DevOpsVersion 1,35 und höher) Feed-Verbindungsalias Feld ist verfügbar auf Azure DevOpsTools-Formular. Dieses Feld wird automatisch mit einem Alias für die Feed-Verbindung ausgefüllt. Um weitere Informationen zum Verbinden von zu erhalten DevOpsTool, siehe Integration DevOps Change-GeschwindigkeitMit Drittanbietertools.

Nach dem Upgrade müssen Sie auswählen, um die Artefakt-Repositorys mithilfe von App Onboarding auszuwählen und hinzuzufügen Erkennen Um vorhandene Artefakt-Repositorys zu erkennen. Die Datensätze werden der zugehörigen Liste Artefakt-Repositorys hinzugefügt. Weitere Informationen zum Hinzufügen von Artefakt-Repositorys finden Sie unter Ordnen Sie Toolobjekte Anwendungen zu – Arbeitsbereich.

Ändern Sie zum Nachverfolgen der Artefakt-Repositorys den Wert von Nachverfolgen Spalte auf „wahr“ (Standardwert, „falsch“).

Wenn ein Azure-Artefakt über die Universalpaketaufgabe veröffentlicht wird, werden die Artefaktinformationen innerhalb von 24 Stunden mit einer Build-Pipeline verknüpft ADO Artifacts DailyGeplante Aufgabe.

Hinweis:

• As Azure DevOpsDie Artefakterstellung hängt nicht vom Abschluss der Build-Pipeline ab. Wenn Azure DevOpsArtefakt wird als Auslöser für eine Release-Pipeline verwendet. Es wird auch ausgelöst, wenn der Abschluss der Build-Pipeline aufgrund einer Change-Anforderung aussteht.
• Die geplante Aufgabe wird standardmäßig alle 24 Stunden ausgeführt und kann auch bei Bedarf ausgeführt werden. Da die geplante Aufgabe jedoch leistungsintensiv ist, sollte sie nicht häufig ausgeführt werden.

Die folgenden Punkte müssen beim Importieren berücksichtigt werden Azure DevOpsArtefakte:

1. Artefakte können aufgrund von nicht aus den Release-Pipelines veröffentlicht werden Azure DevOpsEinschränkungen.
2. Artefakt-Repositorys werden wie folgt nachverfolgt:
   • Historischer Import von Azure DevOpsArtefakte werden mit dem App-Onboarding erstellt. Weitere Informationen finden Sie unter Ordnen Sie Toolobjekte Anwendungen zu – Arbeitsbereich.
   • Für die Echtzeitnachverfolgung der Artefakte der Wert für Nachverfolgen Spalte muss in „wahr“ geändert werden (Standardwert, „falsch“). Andernfalls wird der Feed oder das Artefakt-Repository nicht nachverfolgt.
3. Die Anwendung unterstützt die projektspezifischen Feeds, aber nicht die organisationsspezifischen Feeds. Azure DevOpsArtefakte, wenn veröffentlicht über Azure DevOpsPipeline wird nur unterstützt.
4. Azure DevOps Artefakte, die nicht mit einer Build- oder Release-Pipeline verknüpft sind (verwaiste Artefakte), werden nicht unterstützt.
5. Azure DevOps Artefakte werden im folgenden Format gespeichert:
   • Azure DevOps Artefakt, das nur mit der Build-Pipeline (oder) der Build- und Release-Pipeline verknüpft ist:

     <artifact-name>-<1.Build-number.0> (Build-Nummer der Build-Pipeline)

   • Azure DevOps Artefakt, das nur mit der Release-Pipeline verknüpft ist:

     <artifact-name>-<1.Build-number.0> (Build-Nummer der Release-Pipeline)

Azure DevOps Artefaktzuordnung mit DevOps Change-Geschwindigkeit

In der folgenden Tabelle wird die Zuordnung von erläutert Azure DevOpsArtefakte mit ServiceNow DevOpsFelder:

Azure DevOps Artefakt	DevOps Change-Geschwindigkeit
Feeds	Artefakt-Repositorys
Pakete	Artefakte
Herkunft/Build-Nummer	Versionen

Einschränkungen

• Azure DevOps Artefaktprojekt mit 4000 Feeds (oder weniger) wird unterstützt.
• Azure DevOps Artefakt-Feed mit 800 Paketen oder Artefakten (oder weniger) wird unterstützt.
• Azure DevOps Die Veröffentlichung von Pipeline mit 200 Paketen oder Artefakten (oder weniger) wird unterstützt.