Was sind Feedansichten?
Azure DevOps Services | Azure DevOps Server 2022 – Azure DevOps Server 2019
Mit Feedansichten können Entwickler eine Teilmenge der Paketversionen für ihre Kunden freigeben. Eine häufige Verwendung von Feed-Ansichten ist die Freigabe von Paketversionen, die getestet und validiert wurden, aber die Zurückhaltung von Paketen, die sich noch in der Entwicklung befinden und/oder eine bestimmte Qualitätsnorm nicht erfüllt haben.
Standardansicht
Alle Artefakt-Feeds werden mit drei Ansichten geliefert: @local@prerelease, und@release. Die beiden letzteren sind vorgeschlagene Ansichten, die Sie nach Bedarf umbenennen oder löschen können. @local ist die Standardansicht, die häufig in Upstreamquellen verwendet wird. Sie können die Standardansicht in Ihren Feed-Einstellungen>Ansichtenändern, aber dies ermöglicht keine direkte Veröffentlichung in dieser Ansicht. 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, und alle Pakete die aus Upstream-Quellen gespeichert wurden.
Feed-Ansichten sind schreibgeschützt, was bedeutet, dass Benutzer, die mit einer Ansicht verbunden sind, nur Pakete verwenden können, die in dieser Ansicht veröffentlicht sind und/oder Pakete, die zuvor aus Upstream-Quellen gespeichert wurden. Um zu erfahren, wie verfügbare Pakete konstruiert werden, siehe Paketdiagramme.
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 die gemeinsame Nutzung und den Verbrauch von Paketen zu bieten. Damit andere Azure Artifacts-Feeds Ihren Feed als Upstream-Quelle verwenden können, müssen Sie die Sichtbarkeit Ihres Feeds je nach Szenario auf Mitglieder Ihrer Organisationoder Mitglieder Ihrer Microsoft Entra IDeinstellen. Wenn Sie letzteres auswählen, können alle Personen in Ihrer Organisation auf Ihren Feed zugreifen. Darüber hinaus können alle Feeds in Ihrer Organisation und andere Organisationen, die mit demselben Microsoft Entra-Tenant verbunden sind, auf Ihren Feed zugreifen.
Anmerkung
Auf alle Feedansichten in einem öffentlichen Projekt kann jeder im Internet zugreifen.
Pakete mit Feed-Ansichten freigeben
Bei der Erstellung von Release-Paketen ist es wichtig, drei Informationen zu vermitteln: die Art der Änderung, das Risikoder Änderung und die Qualitätder Änderung.
Natur und Risiko der Veränderung
Die Art und das Risiko der Veränderung beziehen sich auf die Veränderung selbst, d.h. auf das, was man sich vorgenommen hat, und beide sind zu Beginn der Arbeit bekannt. Wenn Sie neue Funktionen einführen, bestehende Funktionen aktualisieren oder Fehler ausbessern, ist dies die NaturIhrer Änderung. Wenn Sie weiterhin Änderungen am API-Abschnitt Ihrer Anwendung vornehmen, dies ist ein Aspekt des Risikos Ihrer Änderung. Viele NuGet-Benutzer verwenden die Semantic Versioning(SemVer)-Notation, um diese beiden Informationen zu vermitteln. SemVer ist ein weit verbreiteter Standard und eignet sich gut für die Kommunikation dieser Art von Informationen.
Qualität der Änderung
Die Qualität der Änderung ist im Allgemeinen erst nach Abschluss des Validierungsprozesses bekannt. Dies geschieht, nachdem Ihre Änderung erstellt und verpackt wurde. Aufgrund dieses Details ist es nicht möglich, die Qualität der Änderung im numerischen Segment der Versionsnummer (z. B. 1.2.3) zu kommunizieren. Es gibt Umgehungen zur Vorvalidierung (z. B. die DLLs des Builds direkt zu verwenden, bevor sie verpackt werden, und die Pakete in einer "Debug"- oder "CI"-Umgebung zu veröffentlichen und dann diese Pakete in einer "Release"-Umgebung zu validieren und erneut zu veröffentlichen), aber keine dieser Umgehungen, die wir gesehen haben, kann wirklich garantieren, dass das erstellte Paket den richtigen Qualitätsstandard erfüllt.
Sie können die @Release-Ansicht als Mittel zur Vermittlung der Qualität Ihrer Änderungen verwenden. Mithilfe der Ansicht @Release können Sie Pakete freigeben, die Ihren Qualitätsanforderungen entsprechen, und Ihren Verbrauchern ermöglichen, nur die Teilmenge der Paketversionen anzuzeigen, die getestet, überprüft wurden und bereit sind, genutzt zu werden.
