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 Feedansichten können Entwickler eine bestimmte Teilmenge der Paketversionen für Verbraucher freigeben. Dies ist nützlich, wenn Sie Zugriff auf Pakete bereitstellen möchten, die getestet und validiert wurden, während sie die noch in der Entwicklung befindlichen pakete zurückhalten oder ihre Qualitätsstandards nicht erfüllen.
Standardansicht
Jeder Artefaktfeed enthält standardmäßig drei Ansichten: @local, , @prereleaseund @release. Die beiden letzteren sind vorgeschlagene Ansichten, die Sie nach Bedarf umbenennen oder löschen können.
@local ist die Standardansicht und wird häufig in Upstreamquellen verwendet. Sie können die Standardansicht in Feedeinstellungen> ändern, jedoch beachten Sie, dass dadurch keine direkte Veröffentlichung in dieser Ansicht erlaubt ist. Pakete können nur im Basis-Feed veröffentlicht werden, wo sie in der Ansicht @Localverfügbar sind.
Die @local Ansicht enthält:
- Alle Pakete, die direkt im Feed veröffentlicht wurden.
- Alle Pakete, die aus Upstreamquellen gespeichert wurden.
Feedansichten sind schreibgeschützt, was bedeutet, dass Benutzer, die mit einer Ansicht verbunden sind, nur Pakete verwenden können, die in dieser Ansicht veröffentlicht wurden, und/oder Pakete, die zuvor aus upstream-Quellen gespeichert wurden. Sehen Sie sich Paketdiagramme an, um zu erfahren, wie Paketdiagramme erstellt werden.
Anmerkung
Azure Artifacts unterstützt nur das Veröffentlichen und Wiederherstellen von Paketen aus und in der Standardansicht: @Local.
Feed-Ansichten und vorgelagerte Quellen
Feed-Ansichten und Upstream-Quellen sind so konzipiert, dass sie zusammenarbeiten, um eine Lösung auf Unternehmensebene für das Teilen und Konsumieren von Paketen bereitzustellen. Damit andere Azure Artifacts-Feeds Ihren Feed je nach Szenario als Upstreamquelle verwenden können, müssen Sie die Sichtbarkeit Ihres Feeds auf Mitglieder Ihrer Organisation oder Mitglieder Ihrer Microsoft Entra-ID festlegen.
Wenn Sie Microsoft Entra ID auswählen, können alle Personen in Ihrer Organisation auf Ihren Feed zugreifen, und alle Feeds in Ihrer Organisation sowie in anderen Organisationen, die demselben Microsoft Entra-Mandanten zugeordnet sind, können an Ihren Feed senden.
Anmerkung
Auf alle Feedansichten in einem öffentlichen Feed kann jeder im Internet zugreifen.
Pakete mit Feed-Ansichten freigeben
Beim Freigeben von Paketen ist es wichtig, drei wichtige Aspekte zu kommunizieren:
Beim Erstellen von Releasepaketen ist es wichtig, drei Informationen zu vermitteln:
Art der Änderung: Welche Art von Änderung eingeführt wird.
Risiko der Änderung: Wie stark die Änderung stören oder unterbrechen kann.
Qualität der Änderung: Ob das Paket Ihre Validierungsstandards erfüllt.
Natur und Risiko der Veränderung
Sowohl Die Natur als auch das Risiko beziehen sich auf die Absicht der Veränderung, die zu Beginn der Entwicklung bekannt ist:
Natur: Fügen Sie neue Features hinzu, aktualisieren Sie vorhandene Features, oder beheben Sie Fehler?
Risiko: Wirkt sich die Änderung auf kritische Komponenten wie APIs aus oder führt zu wichtigen Änderungen?
Die meisten Teams verwenden die semantische Versionsverwaltung (SemVer), um diese Informationen zu übermitteln. SemVer ist weit verbreitet und effektiv für die Signalisierung der Natur und des Risikos.
1.2.3
│ │ └─ Patch (bug fixes)
│ └── Minor (new features)
└──── Major (breaking changes)
Qualität der Änderung
Die Qualität der Änderung ist im Allgemeinen erst nach Abschluss des Validierungsprozesses bekannt. Dies wird nach der Überprüfung ermittelt, sobald das Paket erstellt und getestet wurde. Aus diesem Gründen ist es nicht machbar, die Qualität der Änderung im numerischen Segment der Versionsnummer (z. B. 1.2.3) zu kommunizieren.
Während Arbeitsschritte zur Vorabvalidierung existieren (z. B. die Verwendung der DLLs des Builds direkt vor dem Packen und Veröffentlichen der Pakete in einer "debug"- oder "CI"-Umgebung, anschließendes Überprüfen und erneutes Veröffentlichen dieser Pakete in einer "Release"-Umgebung), garantieren sie nicht, dass das endgültige Paket Qualitätsstandards erfüllt.
Stattdessen können Sie Feedansichten verwenden, um Qualität zu kommunizieren. Mithilfe der @Release Ansicht können Sie nur Pakete freigeben, die die Überprüfung bestanden haben und Ihre Qualitätsleiste erfüllt haben. Auf diese Weise können Ihre Verbraucher nur die Teilmenge der Paketversionen sehen, die getestet, überprüft wurden und bereit sind, genutzt zu werden. Durch diesen Ansatz wird sichergestellt, dass Verbraucher auf stabile, produktionsfähige Pakete zugreifen. Weitere Details finden Sie unter "Bewerben von Paketen" und "Verwalten von Feedansichten ".