Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DevOps Services | Azure DevOps Server | Azure DevOps Server 2022
Mit Azure Artifacts können Entwickler verschiedene Arten von Paketen hosten und freigeben, um die Zusammenarbeit und Paketverteilung zu optimieren. In diesem Artikel werden die wichtigsten Konzepte beim Arbeiten mit Azure Artifacts behandelt.
Ernährt
Azure Artifacts-Feeds sind Organisationskonstrukte, die eine strukturierte Möglichkeit zum Speichern, Verwalten und Freigeben von Paketen bieten, während der Zugriff gesteuert wird. Feeds sind nicht auf bestimmte Pakettypen beschränkt und können verschiedene Typen hosten, z. B. npm, NuGet, Maven, Python, Cargo und Universal Packages. Feeds können auf ein Projekt oder eine Organisation beschränkt sein. Es können jedoch nur projektbezogene Feeds als öffentliche Feeds festgelegt werden, und organisationsweite Feeds können nicht in projektbezogene Feeds konvertiert werden.
Feedansichten
Mithilfe von Feedansichten können Entwickler eine ausgewählte Teilmenge der Paketversionen für ihre Kunden freigeben. Ein gängiger Anwendungsfall besteht darin, nur getestete und validierte Paketversionen freizugeben, während diese noch in der Entwicklung bleiben oder keinen bestimmten Qualitätsstandard erfüllen.
Standardmäßig enthalten Feeds drei Ansichten: @local, , @prereleaseund @release. Die beiden letzteren können nach Bedarf umbenannt oder gelöscht werden.
@local ist die Standardansicht, die häufig in upstream-Quellen verwendet wird, und enthält alle Pakete, die direkt im Feed veröffentlicht wurden, sowie diejenigen, die aus upstream-Quellen gespeichert wurden.
Upstream-Quellen
Upstreamquellen ermöglichen es Ihnen, Pakete aus mehreren Quellen in einem einzigen Feed zu speichern. Dazu gehören sowohl Pakete, die Sie veröffentlichen, als auch solche, die aus externen Feeds und öffentlichen Registrierungen wie NuGet.org oder npmjs.com gespeichert wurden. Wenn eine Upstreamquelle in Ihrem Feed aktiviert ist, speichert Azure Artifacts automatisch eine Kopie eines Pakets, das von einem Mitarbeiter oder höher aus der Upstreamquelle installiert wurde.
Bei öffentlichen Paketmanagern, die mehrere Feeds unterstützen, z. B. NuGet und Maven, kann die Reihenfolge, in der Feeds abgefragt werden, variieren. NuGet sendet z. B. parallele Abfragen an alle konfigurierten Feeds und wählt die erste gültige Antwort aus, die manchmal zu einem nicht deterministischen Verhalten führen kann.
Upstream-Quellen tragen dazu bei, dieses nicht deterministische Verhalten zu verringern, indem sie den Feed und seine upstream-Quellen in der folgenden Reihenfolge durchsuchen:
Pakete, die direkt im Feed veröffentlicht wurden.
Pakete, die aus einer Upstreamquelle gespeichert wurden.
Pakete, die aus upstream-Quellen verfügbar sind. Jede Upstreamquelle wird in der Reihenfolge durchsucht, in der sie in der Konfiguration des Feeds angezeigt werden.
Anmerkung
Um die Vorteile der schnellen Nachschlagefunktion zu nutzen, empfiehlt es sich, nur einen Feed in Ihre Konfigurationsdatei einzuschließen.
Unbeweglichkeit
Nachdem Sie eine bestimmte Version eines Pakets in einem Feed veröffentlicht haben, ist diese Versionsnummer dauerhaft reserviert. Sie können keine neuere Version des Pakets mit derselben Versionsnummer hochladen, oder Sie können es löschen und ein neues Paket mit derselben Versionsnummer hochladen.
Indizierung
Azure Artifacts verwalten einen Index aller Pakete in jedem Feed, wodurch schnelle Listenvorgänge ermöglicht werden. Dies unterscheidet sich von Dateifreigaben, wobei der Client jedes Paket öffnen und seine Metadaten überprüfen muss, es sei denn, die Dateifreigabe wurde so konfiguriert, dass ein Index bereitgestellt wird, den der Client erkennt.
Wohlgeformtheit
Azure Artifacts überprüft alle veröffentlichten Pakete, um Integrität und Korrektheit sicherzustellen. Dadurch wird verhindert, dass ungültige Pakete in Ihre Entwicklungsumgebung eingegeben werden. Wenn Sie über einen Workflow verfügen, der falsch formatierte Pakete veröffentlicht und die Migration zu Azure Artifacts planen, ist es wichtig, Ihren Workflow während des Übergangs zu überarbeiten, um sicherzustellen, dass Ihre Pakete die Überprüfungsprüfungen in Azure Artifacts bestehen.
Papierkorb
Pakete können manuell oder durch Einrichten von Aufbewahrungsrichtlinien für Ihren Feed gelöscht werden. Gelöschte Pakete verbleiben 30 Tage lang im Papierkorb, bevor sie automatisch endgültig gelöscht werden. Nur Feedbesitzer können die gelöschten Pakete aus dem Papierkorb wiederherstellen.
Sie müssen auch Feedbesitzer sein, um Feeds zu löschen. Gelöschte Feeds verbleiben 30 Tage lang im Papierkorb, bevor sie automatisch endgültig gelöscht werden. Sobald der Feed endgültig gelöscht wurde, wird der Feedname verfügbar.