Was sind Feedansichten?

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019 | TFS 2018

Mit Feedansichten können Entwickler eine Teilmenge der Paketversionen für ihre Kunden freigeben. Eine häufige Verwendung von Feedansichten besteht darin, Paketversionen zu teilen, die getestet und überprüft wurden, aber die Pakete zurückhalten, die noch in der Entwicklung sind und/oder keine bestimmte Qualitätsleiste erfüllt haben.

Standardansicht

Alle Artefaktefeeds enthalten 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, die häufig in Upstreamquellen verwendet wird.

Die @local Ansicht enthält alle Pakete, die direkt im Feed veröffentlicht wurden, und alle Pakete , die aus upstream-Quellen 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 verfügbare Pakete erstellt werden.

Hinweis

Azure Artifacts unterstützt nur das Veröffentlichen und Wiederherstellen von Paketen aus und in der Standardansicht – @Local.

Feedansichten und Upstreamquellen

Feedansichten und Upstreamquellen sind so konzipiert, dass sie zusammenarbeiten, um eine Lösung auf Unternehmensebene zum Teilen und Nutzen von Paketen bereitzustellen. Damit andere Azure Artifacts-Feeds Ihren Feed als Upstreamquelle verwenden können, müssen Sie abhängig von Ihrem Szenario die Sichtbarkeit Ihres Feeds auf Mitglieder Ihrer Organisation oder Mitglieder Ihrer Microsoft Entra-ID festlegen. 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 anderen Organisationen, die mit demselben Microsoft Entra-Mandanten verbunden sind, in der Lage sein, Ihren Feed vorzuleiten.

Hinweis

Alle Feedansichten in einem öffentlichen Projekt sind für jeden im Internet zugänglich.

Freigeben von Paketen mit Feedansichten

Beim Erstellen von Releasepaketen ist es wichtig, drei Informationen zu vermitteln: die Art der Änderung, das Risiko der Änderung und die Qualität der Änderung.

The semantic version breakdown: 1.2.3 represents the nature of change and beta2 represents the quality of change.

Natur und Risiko der Veränderung

Die Art und das Risiko der Veränderung beziehen sich beide auf die Änderung selbst, d. h. das, was Sie tun haben, sie sind beide zu Beginn der Arbeit bekannt. Wenn Sie neue Features einführen, Vorhandene Features aktualisieren oder Fehler patchen; dies ist die Natur Ihrer Änderung. Wenn Sie weiterhin Änderungen am API-Teil Ihrer Anwendung vornehmen; Dies ist ein Facet des Risikos Ihrer Änderung. Viele NuGet-Benutzer verwenden die Semantische Versionsverwaltungsnotation (SemVer), 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 wird erst allgemein bekannt, wenn der Überprüfungsprozess abgeschlossen ist. 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 Problemumgehungen für die Vorabüberprüfung (z. B. die DLLs des Builds direkt zu nutzen, bevor sie verpackt werden und die Pakete in einer "debug"- oder "CI"-Umgebung veröffentlichen und dann diese Pakete in einer "Release"-Umgebung überprüfen und erneut veröffentlichen), aber keiner, den wir gesehen haben, kann wirklich garantieren, dass das integrierte Paket den richtigen Qualitätsstandard erfüllt.

publishing packages workflow

Sie können die @Release Ansicht als Mittel verwenden, um die Qualität Ihrer Änderungen zu vermitteln. Mithilfe der @Release Ansicht können Sie Pakete freigeben, die Ihrer Qualitätsleiste entsprechen, und Ihren Verbrauchern erlauben, nur die Teilmenge der Paketversionen anzuzeigen, die getestet, überprüft wurden und bereit sind, zu nutzen.

deployment semantic version