Häufig gestellte Fragen zu NuGet.org

Jedes Paket unterliegt den im Paket enthaltenen Bestimmungen. Sie sollten die geltenden Bestimmungen überprüfen, bevor Sie Pakete erwerben, herunterladen oder auf diese zugreifen. Verwenden Sie den Link License Info (Lizenzinformationen) auf der Seite für Pakete auf NuGet.org.

Wenn ein Paket keine Lizenzbedingungen festlegt, kontaktieren Sie den Paketbesitzer direkt, indem Sie den Link Contact owners (Besitzer kontaktieren) auf der Seite für Pakete auf NuGet.org verwenden. Microsoft lizenziert kein geistiges Eigentum von Drittanbietern für Pakete und ist nicht verantwortlich für die durch Drittanbieter bereitgestellten Inhalte.

Es wird empfohlen, dass Sie alle Pakete für NuGet signieren. Ein Entwurfsprinzip der Paketsignierung besteht darin, dass signierte Paketinhalte unveränderlich sein müssen. Dies schließt die NUSPEC-Datei ein. Durch das Bearbeiten der Paketmetadaten wird die NUSPEC-Datei geändert, wodurch bestehende Signaturen ungültig werden. Es wird empfohlen, vorhandene Workflows zu ändern, damit das Bearbeiten der Paketmetadaten nach dem Erstellen des Pakets nicht erforderlich ist.

Beachten Sie, dass die für Ihr Paket aufgeführten Abhängigkeiten automatisch vom Paket generiert werden und nicht bearbeitet werden können.

Zusätzlich stellt das Hochladen von Paketen auf int.nugettest.org eine gute Möglichkeit zum Testen und Überprüfen des Pakets dar, ohne dieses im öffentlichen Katalog zur Verfügung zu stellen. API-Endpunkt: https://apiint.nugettest.org/v3/index.json

Im Allgemeinen wird das Löschen eines pakets, das in NuGet.org veröffentlicht wurde, nicht unterstützt. Lesen Sie mehr über unsere Richtlinie zum Löschen von Paketen.

Ja. Sie können IDs für Pakete auf NuGet.org reservieren, indem Sie ein Präfix für eine Paket-ID für Ihr Konto anfordern. Wenn Sie ein Präfix für die Paket-ID anfordern möchten, folgen Sie den Anweisungen in der Dokumentation.

Weitere Informationen finden Sie unter Verwalten von Paketbesitzern auf NuGet.org.

Es wird empfohlen, dass die NuGet-Community zusammenarbeitet, um Streitfälle zwischen Paketbesitzern und den Besitzern von anderer Software zu klären. Es wurde eine Vorgehensweise zum Lösen von Streitfällen entworfen, die Sie befolgen sollten, bevor Sie um das Eingreifen der Administratoren von NuGet.org bitten.

Für Testzwecke können Sie int.nugettest.org oder alternative öffentliche NuGet-Server wie myget.org oder Azure DevOps verwenden.

Beachten Sie, dass Pakete, die auf int.nugettest.org hochgeladen werden, nicht beibehalten werden.

Auf NuGet.org sind Pakete bis 250 MB zugelassen. Es wird jedoch empfohlen, die Pakete nach Möglichkeit kleiner als 1 MB zu halten und Abhängigkeiten zu verwenden, um die Pakete miteinander zu verknüpfen. Als Faustregel gilt, dass Pakete nur eine Assembly enthalten sollten, um Konflikte zu vermeiden.

NuGet verwendet HTTP zum Herunterladen von Paketen. Bei größeren Paketen ist es daher wahrscheinlicher als bei kleineren, dass die Installation fehlschlägt.

Es ist möglich, Abhängigkeiten zwischen mehreren Paketen freizugeben. Dadurch wird die Gesamtgröße des Downloads für die Nutzer Ihrer NuGet-Pakete reduziert.

Abhängigkeiten sind überwiegend statisch und ändern sich nie. Wenn Sie einen Fehler im Code beheben, müssen die Abhängigkeiten möglicherweise nicht aktualisiert werden. Wenn Sie Abhängigkeiten bündeln, werden die Pakete, die Sie erneut versenden müssen, jedes Mal größer. Indem Sie NuGet-Pakete in verknüpfte Abhängigkeiten aufteilen, wodurch präzisere Upgrades für die Nutzer Ihrer Pakete ermöglicht werden.

NuGet.org unterstützt TLS 1.2 und die folgenden Verschlüsselungssammlungen:

• TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

Wenn beim Wiederherstellen von Paketen aus NuGet.org vorübergehende Fehler auftreten, empfehlen wir Folgendes:

• Verwenden Sie die neuesten Versionen von NuGet-Clients mit einer besseren Resilienzunterstützung.
• Verwenden Sie Umgebungsvariablen von NuGet-Clients, um die Wiederholungsrichtlinie auf CI-Computern zu verbessern.

Wenn auch bei dieser Version von NuGet-Client Fehler auftreten, kontaktieren Sie den Support, und stellen Sie die folgenden zusätzlichen Informationen für die Problembehandlung der Verbindung zur Verfügung:

• Die von Ihnen verwendeten Paketquellen
• Die von Ihnen verwendete NuGet-Version
• Ein Wiederherstellungsprotokoll mit detailliertem Ausführlichkeitsgrad
• MTR oder eine Fiddler-Ablaufverfolgung (siehe unten)
• Ihre geografische Region
• Angabe, ob Ihr Computer einen Proxy oder eine Firewall verwendet
• Angabe, ob Ihr Computer sich im Rechenzentrum eines Cloudanbieters (z. B. Azure oder AWS) befindet – falls ja, geben Sie den Namen des Anbieters und die Region an.

Erfassen von MTR:

• Laden Sie WinMTR herunter.

• Geben Sie api.nuget.org als Hostname ein, und klicken Sie auf Start.

• Warten Sie, bis der Wert der Spalte Gesendet >= 100 ist.

  

• Kopieren Sie den Text in die Zwischenablage.

Erfassen von Fiddler:

• Installieren Sie die aktuelle Version von Fiddler.
• Starten Sie Fiddler, und deaktivieren Sie die Erfassung des Datenverkehrs mithilfe des Menüs File > Capture Traffic („Datei“ > „Datenverkehr erfassen“).
• Entfernen Sie alle Sitzungen, indem Sie alle Elemente in der Liste auswählen und die ENTF-Taste drücken.
• Konfigurieren Sie Fiddler für die Erfassung des HTTPS-Datenverkehrs, indem Sie Decrypt HTTPS traffic (HTTPS-Datenverkehr entschlüsseln) auf der Registerkarte HTTPS des Menüs Tools > Fiddler Options („Extras“ > „Fiddler-Optionen“) aktivieren.
• Schließen Sie Visual Studio.
• Aktivieren Sie die Option File > Capture Traffic („Datei“ > „Datenverkehr erfassen“).
• Starten Sie Visual Studio oder „nuget.exe“, und führen Sie die Aktionen aus, die nicht funktionieren. Der Datenverkehr, der durch diese Aktionen generiert wird, sollte in Fiddler angezeigt werden.
• Sobald die Aktionen ausgeführt wurden, verwenden Sie File > Save > All Sessions („Datei“ > „Speichern“ > „Alle Sitzungen“), um die erfassten Sitzungen zu speichern.

Hinweis: Es kann erforderlich sein, die Umgebungsvariable HTTP_PROXY auf http://127.0.0.1:8888 festzulegen, um den NuGet-Datenverkehr an Fiddler weiterzuleiten.

Wenn dies fehlschlägt, befolgen Sie die Ratschläge in diesem StackOverflow-Beitrag.

Bitte beachten Sie, dass die NuGet.org-Kennwortanmeldung eingestellt wurde. Leider hat NuGet.org keine Möglichkeit zum Wiederherstellen von Kennwortkonten, Sie können sich nur bei NuGet.org mit einem persönlichen Microsoft-Konto (MSA) oder Azure Active Directory (AAD)-Konto anmelden.

Wenn Sie die Microsoft-Anmeldung nicht verwenden können, führen Sie die Schritte aus, um Ihr NuGet.org Konto wiederherzustellen.

Bitte teilen Sie uns mit, ob Sie Unterstützung beim Übertragen des Eigentums Ihrer Pakete an ein anderes Konto benötigen, indem Sie eine E-Mail senden.support@nuget.org

Wenn Sie nicht mehr wissen, welches Microsoft-Konto mit Ihrem Konto auf NuGet.org verknüpft ist, sollten Sie folgende Schritte durchführen.

1. Navigieren Sie zur Anmeldeseite von NuGet.org, und klicken Sie auf den Link Need assistance signing in? (Benötigen Sie Hilfe bei der Anmeldung?).
2. Dadurch wird das Dialogfeld für die Hilfe angezeigt. Befolgen Sie die Schritte in diesem Dialogfeld, um das Microsoft-Konto bzw. die Microsoft-Konten zu ermitteln, die dem Konto auf NuGet.org zugeordnet sind.

Wenn Sie das Microsoft-Konto für Ihren Benutzer auf NuGet.org ändern möchten, müssen Sie folgende Schritte durchführen. Gehen wir davon aus, dass Ihr Microsoft-Konto mit der E-Mail-Adresse account1@outlook.com dem NuGet.org-Konto mit dem Benutzernamen MyNuGetAccount zugeordnet ist. Sie möchten die Anmeldung nun mit einem anderen Microsoft-Konto durchführen, das die E-Mail-Adresse account2@outlook.com aufweist.

1. Melden Sie sich über die Anmeldeseite mit dem derzeit zugeordneten Microsoft-Konto (z. B. account1@outlook.com) an, indem Sie auf Sign in with Microsoft (Mit Microsoft anmelden) klicken.

2. Navigieren Sie zur Seite account settings (Kontoeinstellungen), nachdem Sie sich angemeldet haben.

3. Erweitern Sie den Bereich Login Account (Konto für die Anmeldung). Klicken Sie auf Change Account (Konto ändern).

4. Sie werden nun zur Microsoft-Anmeldeseite weitergeleitet. Melden Sie sich mit dem Konto an, das neu zugeordnet werden soll, z. B. account2@outlook.com. Hinweis: Sie müssen während der Anmeldung auf Sign out and sign in with different account (Abmelden und mit anderem Konto anmelden) klicken, damit Sie sich mit einem anderen Microsoft-Konto anmelden können.

5. Falls folgender Fehler angezeigt wird, finden Sie weitere Informationen im Abschnitt Das Microsoft-Konto ist mit einem anderen NuGet.org-Konto verknüpft.

   Die Aktualisierung des Microsoft-Kontos mit 'Konto2' ist fehlgeschlagenaccount2@outlook.com. This could happen if it is already linked to another NuGet account. Weitere Informationen erhalten Sie beim Support.

6. Wenn Sie sich erfolgreich bei Ihrem zweiten Konto angemeldet haben, werden Sie zurück zur Seite „account settings“ (Kontoeinstellungen) auf NuGet.org geleitet. Nun sollte das Microsoft-Konto angezeigt werden, das als Konto für die Anmeldung verwendet wird. Sie sollten ab diesem Zeitpunkt dieses Konto für die Anmeldung auf NuGet.org verwenden.

Möglicherweise wurde dieser Fehler angezeigt, als Sie versucht haben, Ihr Microsoft-Konto für die Anmeldung zu ändern:

Die Aktualisierung des Microsoft-Kontos mit 'Konto2' ist fehlgeschlagenaccount2@outlook.com. This could happen if it is already linked to another NuGet account. Weitere Informationen erhalten Sie beim Support.

Angenommen, Sie haben versucht, das Microsoft-Konto für die Anmeldung für den Benutzernamen MyNuGetAccount1 auf NuGet.org von account1@outlook.com in ein anderes Microsoft-Konto mit der E-Mail-Adresse account2@outlook.com zu ändern. Nun wird Ihnen diese Fehlermeldung angezeigt.

**Was bedeutet diese Fehlermeldung?

Sie bedeutet, dass ein anderes NuGet.org-Konto bereits mit dem Microsoft-Konto verknüpft ist, das Sie für die Anmeldung verwenden möchten. Im oben genannten Beispiel ist das Microsoft-Konto mit der E-Mail-Adresse <account2@outlook.com> bereits einem anderen NuGet.org-Konto (z. B. MyNuGetAccount2) zugeordnet.

Sie können das für die Anmeldung verwendete Konto nicht durch ein Microsoft-Konto ersetzen, das mit einem anderen NuGet.org-Konto verknüpft ist.

Melden Sie sich mit dem zweiten Microsoft-Konto bei der Anmeldeseite an. Dadurch werden Sie bei dem NuGet.org-Konto angemeldet, dem das zweite Microsoft-Konto derzeit zugeordnet ist. Sie können dann die hochgeladenen Pakete sehen und das Konto verwalten.

Wenn Sie das zweite NuGet.org-Konto nicht benötigen und das zugeordnete Microsoft-Konto mit der E-Mail-Adresse account2@outlook.com freigeben und erneut verwenden möchten,

können Sie die Verknüpfung des Microsoft-Kontos mit dem NuGet.org-Konto aufheben, indem Sie das entsprechende NuGet.org-Konto löschen.

1. Befolgen Sie die Schritte zum Löschen eines Benutzers für das zweite NuGet.org-Konto (MyNuGetAccount2).
2. Nachdem dieses Konto gelöscht wurde, können Sie die Schritte zum Ändern des Microsoft-Kontos für die Anmeldung wiederholen.

Sie müssen ein drittes Microsoft-Konto erstellen oder verwenden (z. B. mit der E-Mail-Adresse account3@outlook.com).

1. Zunächst sollten Sie sich mit Ihrem zweiten Microsoft-Konto account2@outlook.com bei NuGet.org anmelden. Folgen Sie den obigen Schritten, um die verknüpften Logins zu ändern und das dritte Microsoft-Konto mit diesem NuGet.org-Konto zu verknüpfen.
2. Anschließend kann Ihr zweites Microsoft-Konto mit der E-Mail-Adresse account2@outlook.com dem ersten NuGet.org-Konto (MyNuGetAccount1) zugeordnet werden. Befolgen Sie die gleichen Schritte erneut, um das Microsoft-Konto für die Anmeldung auf das zweite Microsoft-Konto festzulegen.

Sie haben versucht, sich mit Ihrem Microsoft-Konto anzumelden (z. B. mit der E-Mail-Adresse account1@outlook.com), und es wird folgende Fehlermeldung angezeigt:

The account with email 'account1@outlook.com' is linked with another Microsoft account. (Das Konto mit der E-Mail-Adresse „account1@outlook.com“ ist mit einem anderen Microsoft-Konto verknüpft.)

If you would like to update the linked Microsoft account you can do so from the account settings page. (Sie können das verlinkte Microsoft-Konto über die Seite „Kontoeinstellungen“ ändern.)

Wenn ein Konto auf NuGet.org erstellt wird, ist diesem eine E-Mail-Adresse für die Kommunikation zugeordnet. Diese entspricht üblicherweise der E-Mail-Adresse des zugeordneten Microsoft-Kontos. Sie können jedoch eine andere E-Mail-Adresse festlegen, über die die Kommunikation erfolgen soll. Sie können also ein anderes Microsoft-Konto besitzen (z. B. mit der E-Mail-Adresse account2@outlook.com), das mit einem NuGet.org-Konto verknüpft ist, dessen E-Mail-Adresse für die Kommunikation auf account1@outlook.com festgelegt ist.

Der oben aufgeführte Fehler bedeutet also, dass bereits ein NuGet.org-Konto vorhanden ist, dessen E-Mail-Adresse für die Kommunikation auf account1@outlook.com festgelegt ist, das jedoch mit einem anderen Microsoft-Konto verknüpft ist, dessen E-Mail-Adresse nicht account1@outlook.com lautet.

Sie sollten die Anleitung zur Hilfe bei der Anmeldung befolgen, um herauszufinden, welches Microsoft-Konto mit dem NuGet.org-Konto verknüpft ist, für das die E-Mail-Adresse account1@outlook.com angegeben ist.

Wenn Sie versucht haben, die Anmeldehilfe zu verwenden und Sie keinen Zugriff auf das Microsoft-Konto haben, das mit Ihrem NuGet.org-Konto verknüpft ist, wenden Sie sich bitte an den Support für Ihr Microsoft-Konto:

• Microsoft-Konto (MSA): Hilfe zu Ihrem Microsoft-Konto erhalten
• Geschäfts-, Schul- oder Unikonto (AAD): Hilfe zum Geschäfts- oder Schulkonto oder wenden Sie sich an Ihren Administratormandanten.

Wenn Sie Ihr Konto auf ein Organisationskonto umstellen möchten, befolgen Sie die Schritte in der Dokumentation für Organisationen auf nuget.org.

Wenn bei der Anmeldung mit Ihrer E-Mail-Kontodomäne (@yourdomain.com) folgender Fehler angezeigt wird, führen Sie die nachfolgenden Schritte durch, um Ihr NuGet.org-Konto wiederherzustellen.

Ihr Konto wurde als persönliches Microsoft-Konto registriert und hat problemlos funktioniert. Nun wurde Ihr Konto jedoch als Mandant mit dem Status „Nicht verwaltet“ in Azure Active Directory registriert (der Identitätsdienst, der verwendet wird, um Microsoft-Konten zu authentifizieren).

Dies kann der Fall sein, wenn Sie oder Mitglieder Ihrer Organisation (mit der E-Mail-Adresse @yourdomain.com) sich bei einem integrierten AAD-Dienst registrieren oder die Self-Service-Registrierung für Azure Active Directory eingerichtet haben. Dadurch wird ein Mandant mit dem Status „Nicht verwaltet“ für die verwendete Microsoft-Kontodomäne (in diesem Fall „@yourdomain.com“) erstellt.

Derzeit ist es nicht möglich, Konten auf NuGet.org zu authentifizieren, die in Azure Active Directory den Status „Nicht verwaltet“ aufweisen. Es wird jedoch an einer Möglichkeit gearbeitet, solche Konten authentifizieren zu können.

Wenn Sie sich auf NuGet.org mit Ihrem Microsoft-Konto (@yourdomain.com) anmelden möchten, müssen Sie (oder ein Administrator Ihres Unternehmens) den Besitz des AAD-Kontos beanspruchen, indem Sie eine DNS-Überprüfung durchführen, um Benutzer mit der E-Mail-Adresse „@yourdomain.com“ zu authentifizieren. Befolgen Sie die Schritte zur Übernahme von Domänen durch Administratoren, die in der Dokumentation zu Azure Active Directory beschrieben werden. Anschließend sollten Sie sich mit diesem Konto anmelden können.

Sie können eine Änderung des Benutzernamens anfordern, indem Sie eine E-Mail an support@nuget.org senden, die an das Konto angefügt ist, das Sie aktualisieren möchten. Achten Sie darauf, den alten Benutzernamen und den neuen Benutzernamen einzuschließen, in den Sie ändern möchten. Dann überprüfen wir Ihre Anfrage und erhalten nach Genehmigung eine Bestätigung von Ihnen, dass wir im Begriff sind, die richtigen Maßnahmen zu ergreifen und die Konsequenzen zu verstehen. Nachdem Sie bestätigt haben, ändern wir Ihren Benutzernamen.

Es wird empfohlen, den Besitz aller Pakete, deren alleiniger Besitzer Sie sind, auf ein anderes Konto zu übertragen, bevor Sie Ihr Konto löschen. Weitere Informationen zu diesem Thema finden Sie unter Verwalten von Paketbesitzern auf nuget.org. Hierdurch können wir Ihre Anforderung schneller verarbeiten.

Wenn Sie Ihr Konto auf ein Organisationskonto umstellen möchten, führen Sie die in Wie kann ich mein NuGet.org-Konto auf ein Organisationskonto umstellen? beschriebenen Schritte aus.

Befolgen Sie diese Schritte, um mit der Löschung Ihres Kontos fortzufahren:

1. Melden Sie sich auf NuGet.org mit dem Konto an, das Sie löschen möchten.
2. Klicken Sie auf die URL https://www.nuget.org/account/delete, und befolgen Sie die Schritte, um die Anforderung zum Löschen des Kontos zu übermitteln.

Der Kundensupport verarbeitet Ihre Anforderung und löscht das Konto.

Wenn das Microsoft- oder Azure Active Directory-Konto, mit dem Sie sich bei Ihrem nuget.org Konto anmelden, gelöscht wird, wird ihr nuget.org Konto ebenfalls gelöscht. Die Kontolöschaktion wird vom nuget.org Kundensupport innerhalb von 30 Tagen nach dem Datum der Löschung des Microsoft-Kontos abgeschlossen.

Wenn Sie Pakete mit Ihrem Konto verknüpft haben, benachrichtigen wir Sie 3 Werktage, bevor Sie mit dem Löschen fortfahren und Unterstützung anbieten, um die Pakete auf ein anderes nuget.org Konto zu übertragen.