Was sind Feedansichten?

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

Feedansichten ermöglichen Entwicklern, eine Teilmenge von Paketversionen für ihre Verbraucher freizugeben. Eine allgemeine Verwendung von Feedansichten besteht darin, Paketversionen zu teilen, die getestet und überprüft wurden, aber halten Sie sich an Pakete zurück, die noch in der Entwicklung sind und/oder keine bestimmte Qualitätsleiste erfüllt haben.

Ansicht „Standard“

Alle Artefakte-Feeds enthalten drei Ansichten: @local, @prereleaseund @release. Die beiden letzteren sind vorgeschlagene Ansichten, die Sie wie gewünscht umbenennen oder löschen können. @local ist die Standardansicht, die häufig in vorgelagerten Quellen verwendet wird.

Die @local Ansicht enthält alle Pakete, die direkt im Feed veröffentlicht wurden, und alle Pakete, die aus vorgelagerten 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 werden und/oder Pakete, die zuvor aus vorgelagerten Quellen gespeichert wurden. Siehe Paketdiagramme , um zu erfahren, wie verfügbare Pakete erstellt werden.

Hinweis

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

Feedansichten und Upstreamquellen

Feedansichten und Upstreamquellen sind so konzipiert, dass sie zusammenarbeiten, um eine Lösung auf Unternehmensebene bereitzustellen, um Pakete freizugeben und zu nutzen. Damit andere Azure-Artefakte-Feeds Ihren Feed als upstream-Quelle verwenden können, müssen Sie die Sichtbarkeit Ihres Feeds auf Mitglieder Ihrer Organisation oder Mitglieder Ihres Azure Active Directory je nach Szenario festlegen. Wenn Sie dies 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 demselben Azure Active Directory-Mandanten zugeordnet sind, vor ihrem Feed vorgeschaltet werden.

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.

Die semantische Versionsaufschlüsselung: 1.2.3 stellt die Art von Änderung und Beta2 die Qualität der Änderung dar.

Natur und Risiko der Änderung

Die Natur und das Risiko der Änderung beziehen sich beide auf die Änderung selbst, das heißt, was Sie tun möchten, sie sind beide am Anfang der Arbeit bekannt. Wenn Sie neue Features einführen, Updates für vorhandene Features vornehmen oder Fehler patchen; dies ist die Art Ihrer Änderung. Wenn Sie weiterhin Änderungen an dem API-Teil Ihrer Anwendung vornehmen; dies ist ein Facet des Risikos Ihrer Änderung. Viele NuGet-Benutzer verwenden semantische Versionierung (SemVer) Notation, um diese beiden Informationen zu vermitteln. SemVer ist ein weit verbreiteter Standard und bietet eine gute Aufgabe, diese Art von Informationen zu kommunizieren.

Qualität der Änderung

Die Qualität der Änderung ist erst allgemein bekannt, wenn der Überprüfungsprozess abgeschlossen ist. Dies kommt, nachdem Ihre Änderung erstellt und verpackt ist. Aufgrund dieser 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 zum Vorabüberprüfungen (z. B. verwenden Sie die DLLs des Build direkt, bevor sie verpackt sind und die Pakete in eine "Debug" oder "CI"-Umgebung veröffentlichen und dann diese Pakete in einer "Release"-Umgebung überprüfen und erneut veröffentlichen), aber keine, die wir gesehen haben, können wirklich garantieren, dass das integrierte Paket den richtigen Qualitätsstandard erfüllt.

Workflow für Veröffentlichungspakete

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

semantische Bereitstellungsversion