Windows 패키지 매니저 비교 — winget·Chocolatey·Scoop
Windows에서도 apt·brew처럼 명령 한 줄로 패키지를 설치하고 업데이트할 수 있다. 개발자와 IT 관리자, 새 PC 세팅을 자주 하는 사람에게 직접 해당하는 이야기다. 이 글은 winget · Chocolatey · Scoop 세 도구를 현행 버전 기준으로 비교하고, 실제로 쓸 수 있는 명령을 코드로 정리한다.
세 도구, 무엇이 다른가?
가장 큰 차이는 설치 권한과 카탈로그 성격이다. winget은 Microsoft가 직접 만든 공식 도구로 Windows 11과 최신 Windows 10에 App Installer 앱으로 기본 탑재되어 있다. Chocolatey는 10년 넘은 역사를 가진 커뮤니티 기반 도구로 카탈로그가 가장 넓고 사내 배포 자동화에 강하다. Scoop은 관리자 권한 없이 사용자 디렉터리에만 설치하는 방식을 고수하여 회사 PC처럼 권한 제한이 있는 환경에서 유리하다.
| 항목 | winget | Chocolatey | Scoop |
|---|---|---|---|
| 관리 주체 | Microsoft 공식 | 오픈소스 커뮤니티 | 오픈소스 커뮤니티 |
| 설치 필요 여부 | Windows 11 기본 탑재 | 별도 설치 필요 | 별도 설치 필요 |
| 설치 권한 | 패키지별 상이 (관리자 필요 多) | 관리자 권한 필요 | 일반 사용자 권한으로 가능 |
| 설치 위치 | 시스템 전역 | 시스템 전역 | 사용자 홈 디렉터리 |
| 카탈로그 규모 | 약 8,000개 이상 | 약 9,500개 이상 | 소규모 (개발 도구 중심) |
| 주 용도 | 일반 앱 설치·업데이트 | 사내 배포·자동화·광범위 패키지 | 개발 CLI 도구 유저 영역 설치 |
| 명령 스타일 | winget install |
choco install |
scoop install |
| 고급 기능 유료 여부 | 전체 무료 | 일부 기능 유료(구독) | 전체 무료 |
winget — 이미 깔려 있는 도구를 어떻게 쓰는가?
winget은 Windows 11과 Windows 10 1809(빌드 17763) 이상에 App Installer로 기본 포함되어 있다. 2026년 6월 기준에도 최신 안정 버전은 1.28.240(2024년 4월 릴리스)이고, 1.29.x 계열은 아직 프리뷰 단계다. 업데이트는 Microsoft Store에서 'App Installer'를 검색해 받을 수 있다. 별도 설치가 필요한 경우 Microsoft Store에서 'App Installer'를 받거나, winget-cli GitHub 릴리스에서 .msixbundle 파일을 직접 내려받아도 된다.
# 버전 확인
winget --version
# 패키지 검색
winget search firefox
# 패키지 설치
winget install Mozilla.Firefox
# 설치된 패키지 목록
winget list
# 업데이트 가능한 목록 확인
winget upgrade
# 전체 패키지 업데이트
winget upgrade --all
# 무인 전체 업데이트 (CI/스크립트용)
winget upgrade --all --silent --accept-package-agreements --accept-source-agreements
# 패키지 삭제
winget uninstall Mozilla.Firefoxwinget의 패키지 ID는 Publisher.AppName 형식이다. 정확한 ID를 모를 때는 winget search <이름>으로 ID를 먼저 확인한 뒤 설치한다. 공식 문서는 Microsoft Learn — winget에 있다.
Chocolatey — 관리자 환경의 오랜 선택지, 어떻게 설치하는가?
Chocolatey는 2011년부터 운영된 도구로, 2026년 6월 기준 약 9,500개 이상의 커뮤니티 패키지를 보유하고 있다. 사내 배포 자동화나 앤시블·Puppet 같은 인프라 관리 도구와 연동할 때 특히 강점을 발휘한다. 설치는 관리자 권한 PowerShell에서 진행한다.
# 관리자 권한 PowerShell에서 실행
Set-ExecutionPolicy Bypass -Scope Process -Force
[System.Net.ServicePointManager]::SecurityProtocol = [System.Net.ServicePointManager]::SecurityProtocol -bor 3072
iex ((New-Object System.Net.WebClient).DownloadString('https://community.chocolatey.org/install.ps1'))설치 후 choco --version으로 확인한다. 2016년 옛 글에 나온 cinst는 choco install의 단축 별칭이며, cup all은 choco upgrade all로 사용하는 것이 공식 권장 방식이다. 또한 옛 설치 URL인 chocolatey.org/install.ps1은 현재 community.chocolatey.org/install.ps1로 변경되었다.
# 패키지 검색
choco search git
# 패키지 설치 (확인 생략)
choco install git -y
# 여러 패키지 한 번에 설치
choco install googlechrome 7zip notepadplusplus git vscode -y
# 전체 패키지 업그레이드
choco upgrade all -y
# 설치된 패키지 목록
choco list
# 패키지 삭제
choco uninstall notepadplusplus -yScoop — 관리자 권한 없이 쓰려면 어떻게 설치하는가?
Scoop은 사용자 홈 디렉터리(C:\Users\<사용자명>\scoop)에만 설치하므로 UAC 팝업이 없다. 회사 PC에서 관리자 권한 없이 개발 도구를 쓰고 싶을 때 최적이다. PowerShell 5 또는 PowerShell 7 이상 환경에서 일반 터미널(관리자 아님)로 실행한다.
# 일반(비관리자) PowerShell에서 실행
Set-ExecutionPolicy -ExecutionPolicy RemoteSigned -Scope CurrentUser
Invoke-RestMethod -Uri https://get.scoop.sh | Invoke-Expression# 패키지 검색
scoop search curl
# 패키지 설치
scoop install curl
# 버킷(카탈로그 소스) 추가 — 개발 도구 확장
scoop bucket add extras
# 여러 패키지 설치
scoop install git vim python
# 전체 패키지 업데이트
scoop update *
# 설치된 패키지 목록
scoop list
# 패키지 삭제
scoop uninstall vimScoop은 카탈로그를 '버킷'이라는 단위로 관리한다. 기본 버킷 외에 extras 버킷을 추가하면 VS Code, Notepad++ 같은 GUI 앱도 포함된다. 공식 사이트는 scoop.sh다.
choco만 쓰던 사람이 winget으로 전환할 때 무엇이 달라지는가?
명령 구조는 거의 동일하다. choco install <패키지>가 winget install <패키지ID>로 바뀌는 수준이다. 차이는 패키지 ID 형식과 확인(-y) 플래그다. winget은 --accept-package-agreements와 --silent를 조합한다.
| 작업 | Chocolatey (구) | winget (신) |
|---|---|---|
| 설치 | choco install git -y |
winget install Git.Git |
| 전체 업그레이드 | choco upgrade all -y |
winget upgrade --all |
| 목록 | choco list |
winget list |
| 삭제 | choco uninstall git -y |
winget uninstall Git.Git |
Chocolatey를 사내 배포 인프라와 연동하고 있다면 당장 전환할 이유는 없다. winget도 Chocolatey도 동시에 써도 충돌이 없다. winget으로 일반 앱을 관리하고, Scoop으로 관리자 없는 개발 도구를 추가하는 병행 구성이 현실적으로 많이 쓰인다.
3종을 함께 쓸 때 어떻게 역할을 나누는가?
세 도구는 서로 배타적이지 않다. 한 PC에 모두 설치해도 패키지가 겹치지 않는 한 충돌하지 않는다. 실전에서 많이 쓰이는 역할 분리는 아래와 같다.
- winget — Chrome, VS Code, Zoom, 7-Zip 같은 일반 데스크톱 앱 설치·업데이트. Windows 11이면 추가 설치 없이 바로 사용.
- Scoop — git, curl, ffmpeg, jq 같은 CLI 도구를 관리자 권한 없이 사용자 공간에 설치. PATH 오염이 없고 uninstall이 깔끔하다.
- Chocolatey — 사내 배포 스크립트, Boxstarter 연동, winget 카탈로그에 없는 레거시 패키지 처리. 개인 환경에서는 winget과 역할이 겹친다.
새 PC를 빠르게 세팅할 때는 winget export로 설치 목록을 JSON으로 저장해두면 다음 번에 winget import -i packages.json 한 줄로 복원할 수 있다. Chocolatey의 choco export/import도 같은 방식으로 동작한다.
FAQ
Q1. Windows 10에서도 winget을 쓸 수 있는가?
Windows 10 버전 1809(빌드 17763) 이상이면 사용 가능하다. Microsoft Store에서 'App Installer'를 설치하거나 업데이트하면 된다. 그 이하 버전은 지원하지 않는다.
Q2. 2016년 글에 나온 cinst 명령은 지금도 쓸 수 있는가?
cinst는 choco install의 별칭으로 동작은 하지만 공식 문서에서는 전체 명령 사용을 권장한다. cup all도 마찬가지로 choco upgrade all로 대체해서 쓰는 것이 좋다.
Q3. Scoop으로 설치한 패키지는 어디에 저장되는가?
C:\Users\<사용자명>\scoop\apps\ 안에 앱별 디렉터리로 저장된다. 시스템 디렉터리를 건드리지 않아 삭제도 해당 폴더 제거로 간단히 처리된다.
Q4. 회사 PC에서 관리자 권한이 없을 때 쓸 수 있는 도구는 무엇인가?
Scoop이 유일한 선택지다. 설치 자체가 사용자 권한만으로 완료되며 UAC 팝업이 없다. winget과 Chocolatey는 많은 패키지에서 관리자 권한을 요구한다.
Q5. Chocolatey 유료 기능이란 무엇인가?
커뮤니티 패키지(community.chocolatey.org)는 무료다. 기업용 'Chocolatey for Business'는 패키지 내부 감사, 자동화 관리, 사설 저장소 등을 유료로 제공한다. 개인 개발자는 무료 범위로 충분하다.
Q6. winget에서 패키지 ID를 어떻게 찾는가?
winget search <앱 이름>을 실행하면 ID 컬럼에 정확한 패키지 ID가 표시된다. winget.run 웹 검색도 빠른 방법이다.
3줄 요약
- Windows 11이라면 winget이 이미 설치되어 있으니
winget upgrade --all로 앱을 최신 상태로 유지할 수 있다. - 관리자 권한이 없는 환경에서는 Scoop을 일반 PowerShell에서 설치해 CLI 도구를 관리한다.
- Chocolatey는 약 9,500개 이상의 카탈로그와 사내 자동화 연동이 필요한 경우 여전히 유효한 선택이다.
함께 보면 좋은 글:
- 개인용 Mac 초기 세팅 — Homebrew 기반 Mac 환경 구성
- 우분투 LTS 세팅 — apt 기반 리눅스 패키지 관리
- Claude Code로 블로그 자동화 실전기 — 패키지 세팅 후 개발 자동화로 확장
버전·명령은 변동될 수 있어 설치 전 공식 문서를 확인한다. winget: Microsoft Learn / Chocolatey: docs.chocolatey.org / Scoop: scoop.sh
댓글
댓글 쓰기