[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"$f2whcnvx2gwnj":3},{"code":4,"message":5,"data":6,"timestamp":61},10000,"success",{"full_name":7,"position":8,"description":9,"language":10,"stars":11,"forks":12,"stars_gained":13,"age_days":14,"hn_threads":15,"one_liner":41,"summary_md":42,"topic":43,"github_topics":46,"license":51,"homepage":52,"updated_at":53,"history":54},"microsoft\u002Fwinget-cli",13,"WinGet is the Windows Package Manager. This project includes a CLI (Command Line Interface), PowerShell modules, and a COM (Component Object Model) API (Application Programming Interface).","C++",26539,1817,7,2657,[16,22,27,32,37],{"id":17,"title":18,"points":19,"comments":20,"posted_at":21},23257843,"Windows package manager does not permit opting out of telemetry",428,316,"2020-05-21",{"id":23,"title":24,"points":8,"comments":25,"posted_at":26},45728441,"Windows package manager is down",0,"2025-10-28",{"id":28,"title":29,"points":13,"comments":30,"posted_at":31},23235608,"Windows Package Manager (Winget)",1,"2020-05-19",{"id":33,"title":34,"points":35,"comments":25,"posted_at":36},33500490,"Failed in attempting to update the source: winget",3,"2022-11-07",{"id":38,"title":39,"points":35,"comments":25,"posted_at":40},23335908,"Microsoft issue: please donate to AppGet","2020-05-28","A native Windows package manager that installs, searches and updates desktop apps from one command line.","WinGet is worth a look if you already script Windows machine setup and want one command instead of downloading installers by hand. It is a package manager for Windows desktop apps, not for libraries or language runtimes, and it comes from Microsoft rather than from a community fork.\n\n## The problem\n\nBefore WinGet, setting up a Windows machine meant visiting each vendor's site, picking the right installer, and clicking through its wizard — then repeating all of that per machine and remembering each update yourself. With WinGet you run one command naming the package, find it by name through the community repository, and later ask for everything installed through it to update in one sweep. The step that changes is retrieving and launching installers: the client resolves the package and drives the vendor installer, while Windows itself may still show an elevation prompt.\n\n## What's different\n\nThe client draws from two default sources: the Microsoft Store, limited to free apps rated \"e\" for everyone, and the community [winget-pkgs](https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fwinget-pkgs) repository. Those are separate catalogues with separate policies, so availability of a given application in one does not imply the other. A PowerShell module exposes the same operations as cmdlets, which is the practical difference for anyone provisioning machines from scripts rather than a terminal. A COM API exists for embedding the client in other software.\n\nThe main trade-off is privilege. Whether WinGet runs elevated changes installer behaviour: without administrator rights some installers will trigger a Windows elevation prompt, and declining it makes the install fail. That is vendor installer behaviour surfacing through WinGet, not something the client abstracts away. The client is also distributed primarily inside the App Installer package from the Microsoft Store; a manually installed release build does not enable automatic updates from the Store unless you have joined the Windows Package Manager Insider programme.\n\n## Who should try it\n\nGood fit: a developer or IT admin who rebuilds Windows machines and wants installs scriptable through the CLI or PowerShell cmdlets, repeating the same package list on each machine. Poor fit: someone who needs a package manager for language-level libraries or reproducible build environments, or who controls a Linux or macOS fleet — WinGet addresses Windows desktop applications only.\n\n## Requirements and limitations\n\nThe client requires Windows 10 1809 (build 17763), Windows 11, Windows Server 2025 or later. Windows Server 2019 and 2022 can run it only experimentally by extracting the .msixbundle, and that path is explicitly unsupported; Windows Server Core and earlier Windows versions cannot run it at all, because of hard dependencies on IsWow64Process2 and MSIX. Older Windows 10 builds may also need the VC++ v14 Desktop Framework Package when the client reports missing framework packages.\n\nOngoing care matters as much as first install: if you install a release build manually, Store-driven updates do not arrive unless you are on the Insider programme, so you are responsible for updating the client yourself. Building the client from source is documented, but Microsoft says it is not yet ready to fully support clients running outside the official distribution mechanisms, and issues from such builds may get lower prioritisation. If installs misbehave, a [troubleshooting guide](https:\u002F\u002Fgithub.com\u002Fmicrosoft\u002Fwinget-cli\u002Fblob\u002Fmaster\u002Fdoc\u002Ftroubleshooting\u002FREADME.md) is provided.\n\n## HotRepo's take\n\nHotRepo's records start on 2026-10-24, when the repository sat at 26,537 stars with +8 that day, and show one further daily-board observation on 2026-10-25 at 26,539 stars, +7. Two recorded dates are not enough to judge whether interest is rising, fading or sustained, so treat these as dated snapshots only. Before adopting, check whether the specific applications you need actually appear in the winget or msstore source rather than assuming coverage.",{"slug":44,"name":45},"developer-tools","Developer Tools",[47,48,49,50],"command-line","package-manager","windows","winget","MIT","https:\u002F\u002Flearn.microsoft.com\u002Fwindows\u002Fpackage-manager\u002F","2026-10-25T03:20:50Z",[55,59],{"date":56,"stars":57,"stars_gained":58},"2026-10-24",26537,8,{"date":60,"stars":11,"stars_gained":13},"2026-10-25",1792906121]