Wenn winget upgrade --all nicht jedes angezeigte Programm aktualisiert, liegt das meist nicht an einem einzigen Fehler. WinGet kann nur Pakete aktualisieren, deren Quelle, Paketkennung, Installer und Installationsart zueinander passen. Außerdem können Programme durch den Hersteller blockiert sein, erhöhte Rechte verlangen oder gar nicht über WinGet verwaltet werden. Prüfe deshalb zuerst die Liste der verfügbaren Aktualisierungen und bearbeite danach die betroffenen Pakete einzeln.
Öffne Windows Terminal, PowerShell oder die Eingabeaufforderung zunächst mit normalen Benutzerrechten und führe eine Bestandsaufnahme aus. Für einzelne Installationen ist anschließend ein Terminal mit Administratorrechten sinnvoll. So erkennst du, ob das Paket überhaupt von WinGet erkannt wird, ob eine andere Quelle verwendet wird und ob ein Installer interaktive Eingaben erwartet.
winget upgrade
Die Ausgabe ist wichtiger als der Sammelbefehl selbst. Achte auf den Namen, die Paketkennung, die installierte Version, die verfügbare Version und die Quelle. Wenn ein Eintrag in dieser Übersicht fehlt, kann winget upgrade --all ihn ebenfalls nicht aktualisieren. Wenn ein Eintrag vorhanden ist, aber der Sammellauf mit einer Fehlermeldung endet, lässt sich die Ursache meist durch einen Einzelaufruf eingrenzen.
Was WinGet beim Sammel-Upgrade tatsächlich berücksichtigt
WinGet ist kein allgemeiner Aktualisierungsdienst für sämtliche installierte Windows-Software. Der Paketmanager vergleicht die installierten Programme mit den Paketdefinitionen seiner konfigurierten Quellen. Nur wenn eine passende Paketkennung und eine neuere Version gefunden werden, kann WinGet einen Aktualisierungsversuch starten.
Programme aus dem Microsoft Store, klassische Desktop-Anwendungen, portable Software und Hersteller-Installer unterscheiden sich bei Erkennung und Aktualisierung. Manche Anwendungen werden über einen eigenen Updater gepflegt und tauchen deshalb nicht auf. Andere erscheinen zwar in der Liste, lassen sich aber nur mit einer bestimmten Installer-Variante aktualisieren. Auch eine Anwendung, die mit einem benutzerdefinierten Installationspfad oder einem speziellen Unternehmenspaket installiert wurde, kann von der Paketdefinition abweichen.
Der Parameter --all bedeutet daher nicht, dass jeder Installer ohne Rückfrage ausgeführt wird. Er weist WinGet an, mehrere passende Aktualisierungen nacheinander zu versuchen. Ein einzelnes Paket kann dabei wegen einer laufenden Anwendung, fehlender Berechtigungen, einer abweichenden Architektur, einer Lizenzabfrage oder einer inkompatiblen Installeroption ausfallen.
Für eine erste Übersicht eignet sich dieser Befehl:
winget upgrade --include-unknown
Mit --include-unknown können auch Pakete angezeigt werden, bei denen WinGet die aktuell installierte Versionsnummer nicht zuverlässig bestimmen kann. Das bedeutet nicht automatisch, dass eine Aktualisierung möglich ist. Es zeigt lediglich, dass die Versionsprüfung unvollständig ist. Solche Einträge solltest du besonders vorsichtig behandeln und vor dem Start prüfen, ob das Programm geöffnet ist und ob wichtige Daten gespeichert sind.
Die Ausgabe der Upgrade-Liste richtig lesen
Führe winget upgrade ohne weitere Änderungen aus und suche das betroffene Programm. Der Name kann von der Anzeige im Startmenü abweichen. Entscheidend ist die Paketkennung in der Spalte Id. Bei mehreren Treffern kann WinGet eine Auswahl verlangen. Dann solltest du nicht blind die erste Zeile übernehmen, sondern die Quelle und den Herausgeber vergleichen.
| Beobachtung | Wahrscheinliche Einordnung | Nächster Schritt |
|---|---|---|
| Das Programm erscheint nicht | Keine passende Paketdefinition, keine Quelle oder keine erkannte Installation | Quellen prüfen und die Paketkennung suchen |
| Eine neue Version wird angezeigt | WinGet erkennt ein mögliches Upgrade | Einzelnes Paket mit seiner Id ausführen |
| Die installierte Version ist unbekannt | Versionsinformation fehlt oder ist nicht auslesbar | Installer und Herkunft kontrollieren |
| Der Name erscheint mehrfach | Mehrere Quellen oder Paketvarianten passen | Id und Quelle ausdrücklich angeben |
| Die Version bleibt unverändert | Installer wurde abgebrochen oder meldet keinen Erfolg | Anwendung schließen und Einzelinstallation prüfen |
Ein Paket kann außerdem mit einem Hinweis wie No applicable upgrade found reagieren, obwohl du auf der Herstellerseite eine neuere Version siehst. Dann stimmt die Paketdefinition möglicherweise nicht mit der installierten Variante überein, die neue Version ist noch nicht in der Quelle verfügbar oder der Hersteller verwendet eine andere Produktkennung. WinGet lädt nicht automatisch jede beliebige Datei von einer Herstellerseite herunter.
Quellen und Paketlisten aktualisieren
WinGet verwendet Quellen, um Paketinformationen und Installerdaten zu beziehen. Eine veraltete Quelle kann dazu führen, dass neue Versionen noch nicht angezeigt werden. Mit diesem Befehl lässt du die verfügbaren Quellen aktualisieren:
winget source update
Die Rückmeldung sollte für die verwendeten Quellen einen erfolgreichen Aktualisierungsstatus anzeigen. Danach lohnt sich eine neue Suche:
winget upgrade
Mit winget source list kannst du prüfen, welche Quellen eingerichtet sind:
winget source list
Die Standardquelle wird in vielen Installationen als winget angezeigt. Zusätzlich kann eine Microsoft-Store-Quelle vorhanden sein. Auf verwalteten Firmenrechnern können Administratoren Quellen einschränken oder eigene Paketquellen konfigurieren. Fehlt eine erwartete Quelle, solltest du nicht eigenständig fremde Quellen ergänzen, wenn der Rechner durch eine Organisation verwaltet wird. Ein zusätzlicher Paketserver kann Sicherheits- und Vertrauensfragen aufwerfen.
Wenn eine Quelle mit einem Fehler endet, prüfe zuerst die Internetverbindung, Proxyvorgaben und die Systemzeit. Zertifikatsprüfungen können scheitern, wenn Datum oder Uhrzeit des Systems stark abweichen. Bei einem Firmenrechner können Proxy oder Firewall die Verbindung gezielt beschränken. In diesem Fall ist die IT-Abteilung die passende Anlaufstelle, weil eine lokale Änderung die Unternehmensvorgaben umgehen könnte.
Das betroffene Programm einzeln aktualisieren
Der Sammelbefehl blendet Details einzelner Installer oft zu schnell aus. Verwende deshalb die Paketkennung aus der Upgrade-Liste. Das Grundmuster lautet:
winget upgrade --id PAKETKENNUNG
PAKETKENNUNG ist ein Platzhalter und muss durch die tatsächliche Id ersetzt werden. Wenn die Id beispielsweise Microsoft.VisualStudioCode lautet, darf der Befehl nicht mit dem Platzhalter ausgeführt werden. Die Id findest du in der Ausgabe von winget upgrade oder über eine gezielte Suche.
winget search PROGRAMMNAME
Bei mehreren passenden Treffern kannst du die Quelle ergänzen:
winget upgrade --id PAKETKENNUNG --source winget
Die Quelle sollte nur verwendet werden, wenn sie in deiner Quellenliste vorhanden ist und der angezeigte Treffer dort tatsächlich geführt wird. Nach dem Start zeigt der Installer normalerweise seinen eigenen Fortschritt. Schließe das Terminal nicht, solange der Prozess läuft. Beende das Programm vorab, wenn es geöffnet ist. Manche Installer können die laufende Anwendung selbst schließen, andere brechen ohne sichtbare Aktualisierung ab.
Nach dem Ende des Vorgangs prüfst du die Version erneut:
winget upgrade
Ist das Paket verschwunden, wurde die Aktualisierung von WinGet wahrscheinlich erkannt. Bleibt es in der Liste, notiere die Rückmeldung des Installers. Ein erfolgreicher Abschluss des WinGet-Prozesses bedeutet nicht in jedem Fall, dass die Anwendung ihre Version korrekt gemeldet hat. Bei unbekannter Version kann der Eintrag weiterhin erscheinen.
Warum einzelne Anwendungen nicht aktualisiert werden
Das Programm stammt nicht aus einer passenden Paketquelle
Eine Installation kann aus einer direkt heruntergeladenen EXE-Datei, einer ZIP-Datei, dem Microsoft Store oder einem Unternehmensportal stammen. Die vorhandene Paketdefinition kann eine andere Installationsart erwarten. Dadurch erkennt WinGet entweder keine installierte Version oder ordnet die Installation nicht zuverlässig dem Paket zu.
Vergleiche den Hersteller und die Paketkennung. Wenn die Anwendung über den Store installiert wurde, kann der Store für die Aktualisierung zuständig sein. Öffne den Microsoft Store und prüfe im Bereich für Bibliothek oder Updates, ob dort eine Aktualisierung angeboten wird. Die genaue Oberfläche kann sich je nach Windows-Version und Store-Version unterscheiden; maßgeblich ist die Updateübersicht der Store-App.
Der Hersteller blockiert eine stille Installation
Ein Sammellauf ist auf möglichst wenige Rückfragen angewiesen. Manche Installer verlangen jedoch eine Zustimmung, eine Lizenzbestätigung, eine Auswahl des Installationsumfangs oder die Beendigung eines laufenden Prozesses. WinGet kann solche Vorgänge nicht immer unbeaufsichtigt abschließen.
Starte das Paket einzeln und beobachte den Installer. Wenn ein Dialog erscheint, lies die Auswahl sorgfältig. Ändere keine Installationsoptionen, wenn dadurch Erweiterungen, Dateizuordnungen oder Installationspfade verändert würden. Bei einer Unternehmensanwendung können zusätzliche Vorgaben gelten.
Die Anwendung läuft noch
Browser, Entwicklungsumgebungen, Cloud-Clients und Sicherheitsprogramme halten häufig Dateien geöffnet. Der Installer kann dann zwar starten, aber die alte Version erst nach einem Neustart ersetzen. Speichere offene Arbeit, beende die Anwendung einschließlich Hintergrundprozessen und wiederhole den Einzelaufruf.
Wenn die Anwendung nach dem Schließen sofort wieder startet, prüfe den Autostart oder die zugehörige Hintergrundkomponente. Beende keine unbekannten Systemprozesse. Bei einem Cloud-Client solltest du außerdem warten, bis die Synchronisierung abgeschlossen ist, damit keine lokale Datei während des Updates gesperrt oder ersetzt wird.
Administratorrechte fehlen
Installationen für alle Benutzer benötigen häufig erhöhte Rechte. Öffne Windows Terminal über das Kontextmenü mit Administratorrechten und wiederhole nur den Einzelbefehl. Wenn Windows eine Zustimmung der Benutzerkontensteuerung verlangt, kontrolliere vor der Bestätigung den Namen des Programms und des Installers.
Auf einem Firmen-PC kann die Installation trotz Administratorfenster durch Richtlinien blockiert sein. Ein lokales Administratorkonto hebt solche Richtlinien nicht zwangsläufig auf. Fehlermeldungen zu Richtlinien, Signaturen oder nicht erlaubten Installationsquellen sollten daher nicht durch Sicherheitsumgehungen bearbeitet werden.
Architektur oder Installationsumfang passen nicht
Einige Programme liegen für mehrere Plattformen oder Installationsarten vor. Eine 32-Bit-Installation kann nicht immer durch einen 64-Bit-Installer ersetzt werden, ohne dass der Hersteller diesen Wechsel ausdrücklich unterstützt. Ähnliches gilt für ARM-Geräte, portable Varianten und Installationen pro Benutzer.
Prüfe auf der Download- oder Supportseite des Herstellers, welche Architektur installiert ist. In WinGet kannst du Paketdetails anzeigen, ohne eine Installation zu starten:
winget show --id PAKETKENNUNG
Die Ausgabe enthält je nach Paket unter anderem Version, Herausgeber, Installerinformationen und unterstützte Architektur. Fehlen wichtige Angaben oder widersprechen sie deiner Installation, ist ein manueller Abgleich beim Hersteller sicherer als ein erzwungenes Upgrade.
Interaktive Installer im Sammellauf vermeiden
Für unbeaufsichtigte Aktualisierungen kann WinGet Optionen anbieten, die Installer ohne sichtbare Benutzeroberfläche ausführen. Diese Optionen sind jedoch nicht für jedes Paket geeignet. Ein Installer kann trotz entsprechender Einstellung einen Dialog öffnen oder die Option ignorieren. Verwende solche Schalter daher erst, nachdem ein Einzeltest erfolgreich war.
Eine mögliche Variante ist:
winget upgrade --all --silent
--silent fordert eine möglichst stille Installation an. Es garantiert nicht, dass jedes Paket ohne Rückfrage aktualisiert wird. Bei Anwendungen mit Lizenzdialogen, Neustartanforderungen oder speziellen Installationsbedingungen kann der Vorgang scheitern oder auf eine abschließende Eingabe warten.
Wenn die Programme während des Laufes geschlossen werden dürfen, kann zusätzlich ein Schalter zur Beendigung laufender Anwendungen relevant sein. Diese Option solltest du nicht pauschal einsetzen, weil ungespeicherte Daten verloren gehen können. Speichere alle Dokumente und beende die Anwendungen kontrolliert, bevor du mehrere Pakete aktualisierst.
Verwende keine zufällig gefundenen Installerparameter. Die unterstützten Optionen hängen vom jeweiligen Installationspaket ab. Mit der Hilfeausgabe von WinGet kannst du die allgemeine Syntax prüfen:
winget upgrade --help
Die Hilfe beschreibt WinGet-Optionen, nicht jede herstellerspezifische Installeroption. Ein Parameter nach einem Trennzeichen kann direkt an den Installer weitergereicht werden, sollte aber nur mit einer dokumentierten Syntax verwendet werden. Falsch gesetzte Optionen können eine Reparaturinstallation, einen anderen Installationspfad oder eine Entfernung auslösen.
Versionen, Quellen und Paketkennungen vergleichen
Wenn ein Programm nach dem Update weiterhin als veraltet angezeigt wird, vergleiche die drei relevanten Werte: die tatsächlich installierte Version, die in WinGet verfügbare Version und die Version, die der Hersteller aktuell anbietet. Diese Werte müssen nicht gleichzeitig identisch sein. Eine Herstellerseite kann eine neue Version veröffentlichen, bevor sie in einer WinGet-Quelle verfügbar ist.
Mit der gezielten Suche kannst du ähnliche Paketnamen unterscheiden:
winget search --name PROGRAMMNAME
Auch hier ist PROGRAMMNAME ein Platzhalter. Übernimm aus den Ergebnissen die Id des passenden Herausgebers. Bei einem bekannten Namen kann eine falsche Id zu einem anderen Programm führen. Prüfe deshalb vor dem Upgrade die Ausgabe von:
winget show --id PAKETKENNUNG
Stimmen Herausgeber, Beschreibung und Installer nicht mit deiner Anwendung überein, brich den Vorgang ab. Installiere nicht einfach das ähnlich klingende Paket, nur weil es eine neuere Versionsnummer besitzt.
Bei Paketen mit Versionskanälen kann eine stabile Version, eine Vorschauversion oder eine spezielle Edition gemeint sein. Eine Vorschauversion ist nicht automatisch ein geeignetes Update für eine stabile Installation. Wechsle den Kanal nur, wenn du die Folgen kennst und die Anwendung eine Rückkehr zur stabilen Variante unterstützt.
Fehlercodes und Rückmeldungen einordnen
Die genaue Rückmeldung entscheidet über den nächsten Schritt. Ein allgemeiner Fehlercode kann vom Installer stammen und nicht von WinGet selbst. Notiere deshalb den vollständigen Text, den Paketnamen und den Zeitpunkt. Suche nicht nur nach dem letzten Zahlenwert, sondern berücksichtige auch, ob der Installer vorher einen Dialog geöffnet hat.
- Bei einem Hinweis auf eine laufende Anwendung: Daten speichern, die Anwendung schließen und den Einzelaufruf wiederholen.
- Bei fehlenden Rechten: Windows Terminal als Administrator öffnen und den Herausgeber des Installers prüfen.
- Bei einem Netzwerk- oder Quellenfehler: Quellen aktualisieren, Proxy- und Firewallvorgaben prüfen und den Firmenkontext berücksichtigen.
- Bei einer nicht passenden Version: installierte Variante, Architektur und Paketkennung vergleichen.
- Bei einem erforderlichen Neustart: Windows neu starten und anschließend die Upgrade-Liste erneut ausführen.
Ein Neustart ist besonders dann sinnvoll, wenn ein Installer Dateien erst beim nächsten Systemstart ersetzt. Prüfe nach dem Neustart nicht nur, ob die Anwendung geöffnet werden kann, sondern auch, ob Erweiterungen, Dateizuordnungen und wichtige Arbeitsabläufe weiterhin funktionieren.
Wenn WinGet selbst veraltet oder beschädigt ist
WinGet ist Bestandteil des Windows-App-Installer-Ökosystems. Fehlen Befehle, erscheinen ungewöhnliche Syntaxfehler oder startet der Paketmanager gar nicht, sollte zunächst Windows beziehungsweise der Microsoft Store nach Aktualisierungen für die zuständigen Systemkomponenten geprüft werden. Auf verwalteten Geräten kann die Bereitstellung zentral gesteuert sein.
Prüfe zuerst, ob WinGet grundsätzlich antwortet:
winget --info
Die Ausgabe liefert Informationen zur Version und Umgebung. Sie hilft dabei, zwischen einem Paketfehler und einem Problem der WinGet-Installation zu unterscheiden. Wenn der Befehl nicht gefunden wird, ist häufig der App Installer nicht verfügbar, beschädigt oder für das Benutzerkonto nicht ordnungsgemäß registriert.
Eine Reparatur über die Windows-Einstellungen kann möglich sein, wenn der App Installer in der Liste der installierten Apps erscheint. Öffne die Einstellungen und suche nach den installierten Apps. Bei der betreffenden Systemkomponente können je nach Windows-Version Optionen wie Reparieren oder Zurücksetzen angeboten werden. Nutze zuerst Reparieren, weil dabei weniger lokale Daten entfernt werden. Ein Zurücksetzen kann lokale Einstellungen verändern und sollte erst nach einer Prüfung der Folgen erfolgen.
Wenn WinGet nur bei einem Benutzerkonto ausfällt, kann die Ursache in der Benutzerregistrierung liegen. Wenn alle Konten betroffen sind, sind eher die Systemkomponente, Richtlinien oder die Quellenkonfiguration relevant. Vermeide pauschale Eingriffe in AppX-Registrierungen oder die Registry, solange keine belastbare Diagnose vorliegt.
Programme ohne WinGet aktuell halten
Nicht jede Software sollte in WinGet erzwungen werden. Manche Hersteller liefern sicherheitsrelevante Komponenten, Browserprofile, Plug-ins oder Unternehmensmodule über eigene Aktualisierungsdienste. Wenn die Herstelleranwendung eine Aktualisierung anbietet, ist dieser Weg oft passender, weil sie ihre eigene Produktvariante kennt.
Prüfe bei einem fehlenden Paket zunächst:
- ob das Programm im Microsoft Store installiert wurde,
- ob ein eigener Updater im Programmmenü vorhanden ist,
- ob es sich um eine portable Version handelt,
- ob die Installation durch eine Organisation verwaltet wird,
- ob der Hersteller eine neue Version tatsächlich für deine Windows-Architektur bereitstellt.
Bei portabler Software gibt es häufig keinen registrierten Installationsdatensatz. WinGet kann sie dann nicht wie eine klassische Installation behandeln. Lade Aktualisierungen nur aus einer vertrauenswürdigen Quelle und prüfe digitale Signaturen, wenn der Hersteller entsprechende Informationen bereitstellt. Lösche den alten Programmordner erst, nachdem die neue Version gestartet und die Übernahme von Einstellungen geprüft wurde.
Ein sicherer Ablauf für mehrere Aktualisierungen
Ein Sammel-Upgrade ist am übersichtlichsten, wenn du vorher einen Wiederherstellungspunkt oder eine andere passende Sicherung hast. Ein Wiederherstellungspunkt ersetzt keine Datensicherung persönlicher Dateien. Er kann lediglich helfen, bestimmte Systemänderungen zurückzunehmen. Für wichtige Arbeitsdaten bleiben die vorhandenen Sicherungsmechanismen entscheidend.
- Speichere Dokumente und schließe Programme, deren Aktualisierung ansteht.
- Prüfe mit
winget --info, ob WinGet grundsätzlich verfügbar ist. - Aktualisiere die Paketquellen mit
winget source update. - Erstelle mit
winget upgrade --include-unknowneine vollständige Übersicht. - Bearbeite auffällige oder wichtige Programme zuerst einzeln über ihre Paketkennung.
- Starte danach den Sammellauf für die verbleibenden Pakete.
- Prüfe nach einem erforderlichen Neustart die Upgrade-Liste erneut.
- Aktualisiere nicht erkannte Programme über den Store oder den Hersteller-Updater.
Für den normalen Sammellauf kannst du anschließend folgenden Befehl verwenden:
winget upgrade --all
Wenn du mehrere Pakete mit unterschiedlichen Risiken hast, führe sie nicht zwangsläufig in einem einzigen Lauf aus. Ein Browser, ein Entwicklungswerkzeug und ein Treiber-nahes Dienstprogramm können unterschiedliche Neustart- oder Rechteanforderungen besitzen. Einzelne Durchläufe erleichtern die Zuordnung, falls eine Aktualisierung scheitert.
Rückweg und Abbruchkriterien
WinGet bietet keinen universellen Rückwärtsbefehl, der jede Anwendung auf die vorherige Version zurücksetzt. Ob ein Downgrade möglich ist, hängt vom Installer und vom Hersteller ab. Manche Pakete erlauben eine bestimmte Version über eine Versionsoption, andere überschreiben die alte Installation vollständig oder entfernen ältere Dateien.
Wenn eine Aktualisierung fehlschlägt, starte nicht sofort mehrere Reparaturbefehle. Sichere zunächst persönliche Daten und notiere die installierte Version. Prüfe anschließend, ob das Programm noch normal startet. Bei beschädigten Einstellungen kann eine Reparaturinstallation des Herstellers helfen; bei wichtigen Geschäftsanwendungen sollte vorher die zuständige Administration einbezogen werden.
Breche ab, wenn die Paketkennung nicht eindeutig ist, der Herausgeber nicht passt, der Installer eine unerwartete Entfernung anbietet oder BitLocker, Bootkomponenten und Systemtreiber betroffen sind. Ein allgemeiner Paketmanager-Befehl ist kein Ersatz für die Dokumentation des jeweiligen Herstellers. Besonders bei Sicherheitssoftware und Treibern kann ein falscher Installer die Startfähigkeit oder den Schutz des Systems beeinträchtigen.
Erfolg nach dem Upgrade prüfen
Die abschließende Kontrolle besteht aus mehr als einer leeren Upgrade-Liste. Starte das aktualisierte Programm und prüfe die Versionsanzeige im Hilfe-, Info- oder Einstellungsbereich. Öffne anschließend eine typische Datei oder Funktion. Bei Browsern solltest du Erweiterungen und gespeicherte Profile kontrollieren, bei Entwicklungsumgebungen Projekte und SDKs, bei Cloud-Programmen den Synchronisierungsstatus.
Wenn WinGet das Paket weiterhin aufführt, vergleiche die Versionsnummer mit der Anzeige im Programm. Stimmen beide nicht überein, kann die Anwendung eine eigene Versionslogik verwenden oder der Installer hat die Änderung nicht registriert. Prüfe außerdem, ob mehrere Installationen parallel vorhanden sind, etwa eine Variante pro Benutzer und eine systemweite Installation.
Erst wenn Paketkennung, Version, Programmstart und wichtige Funktionen zusammenpassen, ist die Aktualisierung abgeschlossen. Ein einzelner fehlgeschlagener Eintrag muss nicht den gesamten Lauf entwerten. Entscheidend ist, die betroffene Anwendung getrennt zu diagnostizieren und unbekannte oder nicht passende Pakete nicht mit Gewalt einzuspielen.
Häufige Fragen zu WinGet Upgrade –all
Warum zeigt WinGet ein Programm als Upgrade an, obwohl bereits die aktuelle Version installiert ist?
Die erkannte Versionsnummer kann von der Versionsanzeige innerhalb des Programms abweichen oder zu einer anderen Installation gehören. Prüfe deshalb die Paketkennung, den Installationspfad und die Version direkt im Programm, bevor du das Upgrade erneut startest.
Was bedeutet „No applicable upgrade found“ bei einem einzelnen WinGet-Paket?
WinGet findet in diesem Fall keine passende Aktualisierung für genau diese erkannte Installation, auch wenn der Hersteller bereits eine neuere Version anbietet. Häufig unterscheiden sich Paketkennung, Installationsvariante oder Quelle, oder die neue Version ist in der verwendeten Quelle noch nicht verfügbar.
Kann ich ein fehlgeschlagenes Paket aus winget upgrade –all beim nächsten Lauf überspringen?
Ja, bearbeite das problematische Paket zunächst nicht erneut im Sammellauf, sondern aktualisiere die übrigen Programme gezielt mit ihren Paketkennungen. So bleibt die Fehlerursache überschaubar; nach der Einzelprüfung kannst du den Sammellauf erneut ausführen.
Warum wird WinGet bei einem Upgrade nach einer Eingabe oder Bestätigung gefragt?
Ein Installer kann eine Lizenzbestätigung, eine Installationsoption, erhöhte Rechte oder das Schließen eines laufenden Programms verlangen. Bei unbeaufsichtigten Sammelläufen kann eine solche Eingabe den Ablauf aufhalten oder das betreffende Paket scheitern lassen, weshalb ein Einzelaufruf die bessere Diagnose ist.
Ist winget upgrade –all auf einem Firmen-PC unbedenklich?
Nicht grundsätzlich, weil verwaltete Geräte eigene Paketquellen, Freigaben oder Vorgaben für Anwendungen enthalten können. Prüfe vorab die Quellen und wende dich bei eingeschränkten Quellen, Proxyfehlern oder geschäftskritischer Software an die IT-Abteilung, statt Unternehmensrichtlinien zu umgehen.
Was kann ich tun, wenn ein Programm trotz Upgrade weiterhin in der Liste erscheint?
Vergleiche die von WinGet gemeldete Version mit der Versionsanzeige des Programms und prüfe, ob mehrere Installationen vorhanden sind. Stimmen die Angaben nicht überein, wurde möglicherweise eine andere Variante aktualisiert oder der Installer hat die Installation nicht korrekt registriert.
Warum aktualisiert WinGet manche portable Programme nicht?
Bei portabler Software fehlt häufig eine standardisierte Installationsregistrierung, anhand derer WinGet die installierte Version sicher zuordnen kann. Wird das Programm nicht in winget upgrade angezeigt, musst du die Aktualisierung über die Herstellerseite oder den vorgesehenen eigenen Updater prüfen.
Kann ich mit WinGet eine fehlgeschlagene Aktualisierung rückgängig machen?
Ein allgemeiner Rückwärtsbefehl für alle WinGet-Pakete existiert nicht, weil der jeweilige Installer über Wiederherstellung und Downgrade entscheidet. Sichere nach einem Fehler zunächst wichtige Daten, prüfe den Programmstart und verwende nur eine vom Hersteller unterstützte ältere Version oder Reparaturinstallation.
Wie erkenne ich, ob ein WinGet-Upgrade wirklich erfolgreich war?
Ein erfolgreicher Abschluss sollte sich durch die aktuelle Versionsanzeige im Programm, einen normalen Start und die Funktion einer typischen Aufgabe bestätigen lassen. Zusätzlich kannst du winget upgrade erneut ausführen und prüfen, ob das Paket mit derselben verfügbaren Version weiterhin angeboten wird.





