Was sind Feedansichten?

Azure DevOps Services | Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018

Feedansichten ermöglichen Es Entwicklern, eine Teilmenge von Paketversionen für ihre Verbraucher freizugeben. Eine häufige Verwendung von Feedansichten besteht darin, Paketversionen freizugeben, 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.

Ansicht „Standard“

Alle Artefaktefeeds enthalten drei Ansichten: @local, @prerelease, und @release. Letztere zwei sind vorgeschlagene Ansichten, die Sie wie gewünscht 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 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. Sehen Sie sich Paketdiagramme an, 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-Artefaktefeeds Ihren Feed als vorgelagerte Quelle verwenden können, müssen Sie die Sichtbarkeit Ihres Feeds auf Mitglieder Ihrer Organisation oder Mitglieder Ihres Azure Active Directory festlegen, je nach Szenario. 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 demselben Azure Active Directory-Mandanten zugeordnet sind, ihren Feed vorgelagert haben.

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 der Änderung und Beta2 die Qualität der Änderung dar.

Natur und Risiko der Änderung

Die Art 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 am API-Teil Ihrer Anwendung vornehmen; Dies ist ein Facet des Risikos Ihrer Änderung. Viele NuGet-Benutzer verwenden die Semantische Versionsverwaltung (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 wird erst allgemein bekannt, wenn der Überprüfungsprozess abgeschlossen ist. Dies kommt, 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 zu kommunizieren (z. B. 1.2.3). Es gibt Problemumgehungen zur Vorabüberprüfung (z. B. die DLLs des Builds direkt vor dem Packen und Veröffentlichen der Pakete in einer "debug" oder "CI"-Umgebung, und überprüfen und erneut veröffentlichen diese Pakete in einer "Release"-Umgebung), aber keine, die wir gesehen haben, kann wirklich garantieren, dass das integrierte Paket den richtigen Qualitätsstandard erfüllt.

Workflow für Veröffentlichungspakete

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 Ihre Qualitätsleiste erfüllt haben, und Ihren Verbrauchern erlauben, nur die Teilmenge der Paketversionen anzuzeigen, die getestet, überprüft wurden und bereit sind, genutzt zu werden.

Semantische Bereitstellungsversion