---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/xanadu/it-service-management
Release :
- xanadu
ft:locale :
- de-DE
ft:publication_title :
- Xanadu IT Service Management
ft:clusterId :
- itsm
bundleId :
- itsm
workflow :
- Technology
---
# Azure DevOps -Artefakte werden verwaltet
# Azure DevOps -Artefakte werden verwaltet {#ariaid-title1}
* Freigeben Version: Xanadu
*
* Aktualisiert 1. August 2024
*
*  3 Minuten Lesedauer
DevOps Change-Geschwindigkeit erleichtert die Verwaltung von Artefakten, die über Build-Pipelines von Azure DevOps veröffentlicht wurden. Sie können diese Artefakte importieren und nachverfolgen und die Pakete in DevOps Change-Geschwindigkeitverwalten.
Von DevOps Change-Geschwindigkeitunterstützte Artefaktquellentypen:
* Build
* Azure Artefakte
{#importing-azure-artifacts__ul_qzj_wzx_31c}
## Artefakte erstellen {#importing-azure-artifacts__section_hfh_r2t_25b}
Build- und Pipeline-Artefakte, die mit den Aufgaben Build-Artefakte veröffentlichen (PublishBuildArtifacts) bzw. Pipeline-Artefakte veröffentlichen (PublishPipelineArtifacts) in Azure DevOps veröffentlicht wurden, werden automatisch in Ihrer Instanz DevOps Change-Geschwindigkeit erstellt. 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 der Name der Build-Pipeline ist.
Hinweis:
Wenn zwei Artefakte mit demselben Namen, die zu demselben Repository gehören und unterschiedliche Versionen aufweisen, als Releaseauslöser für eine Releasepipeline verwendet werden, enthalten die zugehörigen Listen (z. B. Arbeitselemente, Commits, Testzusammenfassungen usw.) DevOps. Daten, die sich auf beide Artefaktversionen beziehen, wenn in der Release-Pipeline ein Change vorhanden ist. Wenn beispielsweise „artefakt-1.0" und „artefakt-2.0" Releaseauslöser sind, um Rollback-Szenarien in der Bereitstellung zu verwalten, dann enthält der Change (sofern Teil der Release-Pipeline) zugehörige Listendaten für beide Versionen.
Sie können auch weiterhin die vorhandene erweiterungsbasierte Artefaktregistrierung und den Import verwenden. Weitere Informationen finden Sie unter [Verwenden Sie die Erweiterung \[ ServiceNow DevOps für die anwenderdefinierten Aktionen Azure DevOps und Azure DevOps .](https://servicenow-prod.fluidtopics.net/L46IKdSOCuDdaEOBIAH_ww#config-dev-ops-extensions-azure "Installieren und konfigurieren Sie die Erweiterung [ DevOps für Azure DevOps, um Build- und Release-Benachrichtigungen aus Ihrer Azure-Pipeline an DevOps Change-Geschwindigkeit] zu senden.") und [Artefakte und Pakete](https://servicenow-prod.fluidtopics.net/zq~0NGNMiiJPDSBfT8ujIw "Artefakte und Pakete ermöglichen es DevOps Change-Geschwindigkeit, Entwicklungs- und Testaktivitäten für eine Vielzahl von Bereitstellungs- und Releasemodellen nachzuverfolgen. Diese Funktion stellt sicher, dass im Datenmodell DevOps gespeicherte Pipeline-Aktivitäten abgerufen und angewendet werden können, wenn Artefakte zu unterschiedlichen Zeiten oder in anderen Pipelines erstellt und veröffentlicht werden.").
Wichtig:
Die Verwendung der erweiterungsbasierten Artefaktregistrierung ist nicht erforderlich, wenn die oben genannten Aufgaben PublishBuildArtifacts und PublishPipelineArtifacts verwendet werden.
## Azure Artefakte {#importing-azure-artifacts__section_b1w_42t_25b}
Sie können die Artefakte in Ihre Instanz DevOps Change-Geschwindigkeit importieren und nachverfolgen. Sie können Azure DevOps Artefakte, die in den Azure Artefakten veröffentlicht wurden, nur mit der Universal-Paketaufgabe importieren.
Hinweis:
Derzeit werden nur Universal -Pakete für den Import und die Nachverfolgung unterstützt.
(DevOps 1.35 und höher) Das Feld Feedverbindungsalias ist im Formular Azure DevOps Tools verfügbar. Dieses Feld wird automatisch mit einem Alias für die Feed-Verbindung ausgefüllt. Weitere Informationen zum Verbinden eines DevOps -Tools finden Sie unter [Integration von DevOps Change-Geschwindigkeit mit Drittanbietertools](https://servicenow-prod.fluidtopics.net/vSLjj6VZCp6UlSjRs9jJ~Q "Integrieren Sie Ihre Tools für Orchestration, Planung, Codierung, Artefakte, Softwarequalität und Sicherheit mit DevOps Change-Geschwindigkeit, um Rückverfolgbarkeit und Automatisierung von End-to-End-Changes zu ermöglichen.").
Nach dem Upgrade müssen Sie zum Auswählen und Hinzufügen der Artefakt-Repositorys mithilfe von App-Onboarding Erkennen auswählen, 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 Toolobjekte Anwendungen zuordnen -- Arbeitsbereich.
Um die Artefakt-Repositorys nachzuverfolgen, ändern Sie den Wert der Spalte Nachverfolgung in Wahr (Standardwert Falsch).
Wenn ein Azure-Artefakt über die UR-Paketaufgabe veröffentlicht wird, werden die Artefaktinformationen innerhalb von 24 Stunden mithilfe der geplanten Aufgabe ADO Artifacts Daily einer Build-Pipeline zugeordnet.
Hinweis:
* Da die Artefakterstellung Azure DevOps nicht vom Abschluss der Build-Pipeline abhängig ist. Wenn das Artefakt Azure DevOps als Auslöser für eine Release-Pipeline verwendet wird, wird es ausgelöst, auch wenn der Abschluss der Build-Pipeline aufgrund einer Change-Anforderung aussteht.
* Die regelmäßige 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.
{#importing-azure-artifacts__ul_kbn_yjq_g5b}
Die folgenden Punkte müssen beim Importieren von Azure DevOps -Artefakten berücksichtigt werden:
1. Artefakte können aufgrund von Azure DevOps Einschränkungen nicht aus den Release-Pipelines veröffentlicht werden.
2. Artefakt-Repositorys werden wie folgt verfolgt:
* Der historische Import von Artefakten Azure DevOps wird mithilfe des App-Onboarding durchgeführt. Weitere Informationen finden Sie unter Toolobjekte Anwendungen zuordnen -- Arbeitsbereich.
* Für die Echtzeitnachverfolgung der Artefakte muss der Wert für die Spalte „Nachverfolgung" in „Wahr" (Standardwert: Falsch) geändert werden. Andernfalls wird das Feed- oder Artefakt-Repository nicht nachverfolgt.
{#importing-azure-artifacts__ul_rlk_vzl_25b}
3. Die Anwendung unterstützt projektspezifische Feeds, nicht jedoch organisationsspezifische Feeds. Azure DevOps Artefakte werden bei Veröffentlichung über die Azure DevOps -Pipeline 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) Build- und Release-Pipeline verknüpft ist:
<artifact-name>-<1.build-number.0> (Build-Nummer der Build-Pipeline)
* Azure DevOps Artefakt nur mit Release-Pipeline verknüpft:
<artifact-name>-<1.build-number.0> (Build-Nummer der Release-Pipeline)
{#importing-azure-artifacts__ul_jn1_fzl_25b}
{#importing-azure-artifacts__ol_am1_w2t_25b}
## Azure DevOps Artefaktzuordnung mit DevOps Change-Geschwindigkeit {#importing-azure-artifacts__section_ik5_1cm_25b}
In der folgenden Tabelle wird die Zuordnung von Azure DevOps -Artefakten zu ServiceNow DevOps -Feldern erläutert:{#importing-azure-artifacts__table_cx5_zcm_25b__entry__2}
| Azure DevOps Artefakt | DevOps Change-Geschwindigkeit |
|-|-|
| Feeds | Artefakt-Repositorys |
| Pakete | Artefakte |
| Herkunfts-/Build-Nummer | Versionen |
[ ]
{#importing-azure-artifacts__table_cx5_zcm_25b}
## Einschränkungen {#importing-azure-artifacts__section_knx_mrt_25b}
* Azure DevOps Artefaktprojekte mit 4000 Feeds (oder weniger) werden unterstützt.
* Azure DevOps Artefakt-Feed mit 800 Paketen oder Artefakten (oder weniger) wird unterstützt.
* Azure DevOps Pipeline mit der Veröffentlichung von 200 Paketen oder Artefakten (oder weniger) wird unterstützt.
{#importing-azure-artifacts__ul_b3k_nrt_25b}