Bei NuGet geht das Paket in Rente und kommt montags wieder

Zusammenfassung

• Das gewöhnliche Löschen auf NuGet.org entfernt ein Paket aus den üblichen Listen; die genaue Version bleibt herunterladbar und wiederherstellbar.
• Ein Hinweis auf die Abkündigung lenkt zum Nachfolger. Eine genehmigte Popularitätsübertragung beeinflusst dessen Suchposition. Beides migriert keine Kundenprojekte.
• Wer eine Produktlinie schließen will, muss Kundenumstellung, Rechteübergabe und Wissenserhalt getrennt finanzieren und abschließen.

Die schönste Zahl in einer Produktbereinigung ist null: keine alten Angebote mehr im Katalog. Sie lässt sich vorzeigen, bevor auch nur ein Kunde seine Anwendung umgestellt hat.

NuGet.org trennt diese beiden Fortschritte besonders deutlich. Ein Anbieter kann die gewöhnliche Sichtbarkeit seines Pakets beenden. Ein Nutzer kann weiterhin die genaue Version abrufen, auf der sein Projekt beruht. Der Vertrieb hat aufgeräumt, der Build bestellt wie bisher.

Die Löschrichtlinie erhält Download, Installation und Wiederherstellung ausgelisteter Versionen. Auch eine Wiederherstellung mit gleitender Versionsangabe kann ein ausgelistetes Paket wählen, wenn es die neueste passende Version ist. Die Katalogreplikation umfasst solche Pakete ebenfalls.NuGets Löschrichtlinie

Für Kunden ist das eine Form von Verlässlichkeit. Wer ein älteres Projekt neu baut, braucht dessen damalige Bauteile. Würden sie bei jeder Sortimentsentscheidung verschwinden, wäre Wiederholbarkeit ein Werbeversprechen mit überraschend kurzer Laufzeit. Für Anbieter bedeutet dieselbe Regel: Über das Schaufenster verfügen zu können reicht nicht, um fremde Produktionspläne umzuschreiben.

Ein Verb mit begrenzter Reichweite

Selbst der Befehl nuget delete macht den Unterschied sichtbar. Bei NuGet.org listet er aus; in einem lokalen Ordner löscht er. Das Ziel bestimmt die Wirkung.Offizielle Befehlsreferenz

Ein Einkaufsleiter muss dafür keine Befehlszeilen bedienen. Er muss nur bei der Meldung „Altversion gelöscht“ den Ort ergänzen lassen. Ist eine interne Kopie weg, ein Suchtreffer verschwunden oder die Abhängigkeit beim Kunden geändert? Erst die letzte Antwort beschreibt die Umstellung dieses Projekts.

Das NuGet-Team kann in Ausnahmefällen schädliche oder rechtsverletzende Inhalte entfernen. Die gewöhnliche Bereinigung einer alternden Produktlinie gehört in einen anderen Vorgang. Die Plattform gibt dem Anbieter keinen alltäglichen Radiergummi für die Abhängigkeiten seiner Nutzer.

Damit fällt eine bequeme Abkürzung weg. Ein Ende der Sichtbarkeit lässt sich intern beschließen. Ein Ende der Nutzung verlangt Entscheidungen bei anderen Unternehmen. Die müssen Zeit finden, Alternativen prüfen und Tests bezahlen.

Die Abschiedsrede hängt im falschen Raum

Für den Wechsel bietet NuGet einen Hinweis auf die Abkündigung, einschließlich Grund und optionalem Ersatzpaket beziehungsweise Ersatzversion. Dieser Status ist vom Auslisten unabhängig. Beides kann zusammen eingesetzt werden. Die individuell formulierte Nachricht erscheint allerdings auf NuGet.org und nicht in den Clients.Regeln für Abkündigung und Popularität

Unterstützte Visual-Studio-Versionen zeigen Informationen dazu in der Ansicht installierter Pakete; mit einem dotnet-Befehl lassen sich abgekündigte Abhängigkeiten abfragen. Die Information braucht also einen Kontaktpunkt im Arbeitsablauf. Wer seinen gewohnten Build erfolgreich ausführt, hat den Abschiedsbrief des Lieferanten damit noch nicht gelesen.

Die Gestaltung dieses Kontakts kostet Geld. Eine brauchbare Umstellungshilfe muss erklären, wohin der Kunde wechselt, welche Arbeit anfällt und wie er den Erfolg prüft. Spart der Anbieter diese Erklärung, taucht die Arbeit beim Kunden als Suche auf und später im Support als wiederholte Nachfrage.

Eine verschickte Mitteilung ist deshalb eine schlechte Abrechnungseinheit für den Rückzug. Sie misst eine Tätigkeit des Anbieters. Eine erfolgreich geänderte Abhängigkeit misst ein Ergebnis beim Kunden. Nur das zweite nimmt Arbeit aus der alten Produktlinie.

Suchruhm lässt sich vererben, Nutzer nicht

NuGet erlaubt Anträge, die interne Popularitätsbewertung eines alten Pakets auf einen Nachfolger zu übertragen. Dieser kann dadurch bei der Suche von der Vorgeschichte profitieren. Tatsächliche Downloadzähler bleiben unverändert. In den Projekten der Kunden steht weiterhin die bisherige Referenz, bis jemand sie ändert.

Die Übertragung wird geprüft. Sämtliche Eigentümer müssen übereinstimmen; Name oder Funktion müssen einen klaren Zusammenhang haben; alte Versionen müssen mit Verweis auf den Ersatz abgekündigt sein. Der Nachfolger braucht eine stabile Version, und die Suche darf nicht verwirrender werden. Bis zu fünf neue Pakete können den Wert erhalten, zu gleichen Teilen. Ein Paket, das bereits Popularität übernommen hat, darf sie nicht in einer weiteren Kette weiterreichen.

Die Gleichverteilung ist für eine Produktaufteilung relevant. Ein Unternehmen kann eine Bibliothek technisch sinnvoll zerlegen und trotzdem erwarten, dass der kommerziell wichtigste Teil den größten Anteil des alten Suchgewichts erhält. Die Plattformregel erfüllt diese Erwartung nicht. Architektur und Verteilung des Rufes folgen verschiedenen Maßstäben.

Bei einer Übernahme lohnt sich deshalb eine getrennte Bewertung: Name, Verwaltungsrechte, Suchposition und tatsächlich migrierte Nutzer. Wer diese vier Punkte als fertigen Kundenbestand kauft, bewertet möglicherweise noch ausstehende Arbeit wie bereits gelieferten Wert.

Auf dem Etikett steht ein Autor, am Schloss ein Eigentümer

NuGet.org richtet Verwaltungs- und Veröffentlichungsrechte nach den Paketbesitzern aus. Das Autorenfeld in den Metadaten entscheidet darüber nicht. Für eine Übergabe wird ein neuer Eigentümer hinzugefügt, der die Einladung annimmt; anschließend kann der bisherige entfernt werden. Eine offene Einladung ist eine offene Übergabe.Veröffentlichung und Eigentümerverwaltung

Das ist für Reorganisationen unangenehm konkret. Die Dokumentation kann längst im neuen Team liegen, während der nächste Release weiterhin eine Person aus dem alten Team benötigt. Sind die Rechte übertragen, das Wissen über Kompatibilität aber verloren, steht die nächste Kundenumstellung vor einer anderen verschlossenen Tür.

Für die Rechnung eines bestimmten Anbieters fehlen in den allgemeinen Regeln die tatsächlich genutzten Versionen, Supportzusagen und abgeschlossenen Migrationen. Diese drei Informationen entscheiden, wo Hilfe wirtschaftlich ist und welches Wissen noch gebraucht wird.

Ein gespeichertes Paket bewahrt ein Ergebnis. Ein geordneter Rückzug muss zusätzlich bewahren, wie man die letzten Nutzer von diesem Ergebnis löst. Dafür braucht es mehr als einen leeren Katalog und eine freigegebene Präsentation.