Homebrew란 무엇이고 어떻게 쓰나요: 2026 Mac 초보자 입문
공식 문서가 안내하는 기본 설치 경로는 Apple Silicon Mac에서 /opt/homebrew, Intel Mac에서 /usr/local로 나뉩니다. Homebrew 공식 설치 문서가 이 두 경로를 구분하는 이유는 칩에 따라 프로그램을 저장하고 찾는 위치가 달라지기 때문입니다.
결론: Homebrew가 적합한 경우는 수업에서 Git, Python, Node.js 같은 개발 도구를 명령으로 설치해야 할 때입니다. 당장 필요한 도구가 없다면 설치를 미뤄도 됩니다. 설치한다면 공식 방식으로 진행하고, 버전과 경로를 확인한 뒤 작은 도구 하나를 설치하고 삭제하는 순서가 안전합니다.
이 글은 처음 Mac의 Terminal을 여는 학생을 위한 안내입니다. Python이나 웹 개발 수업을 준비하는 초보자, Windows만 사용해 온 학습자에게 맞습니다. 학교 컴퓨터에 프로그램을 설치할 권한이 없는 경우에도 마지막 환경 선택 기준을 확인할 수 있습니다.
Homebrew를 먼저 설치할지 상황별로 판단하기
Homebrew는 Mac에서 명령으로 소프트웨어를 설치하고 관리하는 패키지 관리자입니다. brew는 Homebrew를 조작하는 명령어입니다. 비유하면 Homebrew는 앱을 관리하는 담당자이고, brew는 그 담당자에게 내리는 지시문입니다.
Mac의 앱 스토어처럼 화면에서 앱을 고르는 방식과는 다릅니다. Terminal에 명령을 입력하면 필요한 파일을 내려받고, 업데이트와 삭제도 같은 체계로 처리합니다. 다만 모든 프로그램이 Homebrew를 꼭 필요로 하는 것은 아닙니다.
| 학습 상황 | Homebrew 권장도 | 먼저 선택할 방법 |
|---|---|---|
| Python 수업에서 여러 개발 도구를 함께 관리해야 함 | 높음 | Homebrew와 공식 문서 확인 |
| 웹 수업에서 Node.js와 Git을 사용함 | 높음 | Homebrew 또는 각 공식 설치기 |
| 문서 작성과 일반적인 Mac 사용만 함 | 낮음 | 앱 스토어 또는 제작사 설치기 |
| Xcode로 iOS 앱을 만듦 | 보조 도구 | Xcode는 별도로 설치 |
| Windows에서 macOS 전용 도구를 실행하려 함 | 해당 없음 | 실제 Mac 또는 원격 Mac 환경 |
Mac 초보자에게 Homebrew 설치가 꼭 필요한가요?
필수는 아닙니다. 이미 공식 설치기로 Python이나 Git을 설치했고 수업도 그 방식을 안내한다면 그대로 따라가도 됩니다. 반대로 여러 도구를 반복해서 설치하거나 명령으로 버전을 관리해야 한다면 Homebrew를 익혀 두는 편이 편합니다.
Homebrew는 Xcode가 아닙니다. Homebrew를 설치해도 Windows에서 macOS 프로그램이 실행되지는 않습니다. Xcode가 필요한 iOS 학습은 Mac 환경 자체가 필요합니다.
설치 전에 Terminal과 권한을 확인하기
Terminal은 Mac에 문장으로 명령을 입력하는 앱입니다. 화면에 보이는 기호 뒤에 명령을 입력하고, 엔터를 누르면 결과가 이어서 표시됩니다. 현재 입력할 줄과 이전 결과를 구분하는 것이 첫 단계입니다.
설치 전에는 다음 조건을 확인합니다.
- 인터넷 연결이 안정적인지 확인합니다.
- Mac의 칩 종류를 모르면 화면 왼쪽 위의 시스템 메뉴에서 기기 정보를 확인합니다.
- 관리자 암호를 알고 있어야 합니다.
- Homebrew가 요구하는 Command Line Tools가 설치되어 있어야 합니다.
- 명령은 공식 안내문에서 복사하되, 명령 앞뒤의 설명 문장까지 복사하지 않습니다.
Homebrew의 설치 명령은 공식 설치 안내에 공개된 내용을 그대로 사용해야 합니다. 설치기가 Command Line Tools를 요청하면 화면의 안내를 읽고 진행합니다. 전체 Xcode가 항상 먼저 필요한 것은 아닙니다. 개발 도구의 기본 명령줄 구성 요소와 Xcode 전체 설치는 구분해야 합니다. 관련 구성 요소는 Apple 개발자용 Command Line Tools 안내에서 확인할 수 있습니다.
설치 중 관리자 암호를 입력할 때 화면에 글자가 표시되지 않을 수 있습니다. 고장 난 것이 아닙니다. 암호를 입력하고 엔터를 누릅니다. 출처를 알 수 없는 추가 명령을 요구하거나, 공식 문서와 다른 주소로 파일을 받으라고 하면 중단합니다.
Homebrew 설치와 확인을 한 번에 끝내기
설치가 끝났다는 문장만 보고 넘어가면 다음 명령에서 command not found가 나올 수 있습니다. 설치기가 안내하는 셸 환경 설정을 먼저 적용해야 합니다.
셸은 Terminal에서 명령을 해석하는 프로그램입니다. PATH는 명령을 찾는 주소록입니다. Homebrew 파일이 저장되어 있어도 주소록에 경로가 없으면 Mac은 brew를 찾지 못합니다.
설치 마지막에 표시된 eval 또는 shellenv 관련 명령은 복사 범위를 정확히 확인한 뒤 입력합니다. 단순히 다른 블로그의 명령을 추가하기보다, 현재 설치기가 출력한 안내를 우선해야 합니다. 셸 설정 방식은 Homebrew 공식 문서의 최신 안내와 맞춰야 합니다.
설치 뒤에는 다음 순서로 확인합니다.
brew --version
brew doctor
which brew
각 명령의 목적은 다릅니다.
brew --version: Homebrew 명령이 실행되는지 확인합니다.brew doctor: 환경에서 고칠 문제를 점검합니다.which brew: 실제로 어느 위치의brew를 실행하는지 확인합니다.
Apple Silicon Mac에서는 /opt/homebrew/bin/brew, Intel Mac에서는 /usr/local/bin/brew가 기본적인 실행 위치가 될 수 있습니다. 칩별 기본 경로는 Homebrew FAQ에서 확인해야 합니다. 다른 경로가 출력되었다고 무조건 실패는 아니지만, 수업 안내와 다르면 설치 상태를 먼저 점검합니다.
| 확인 결과 | 의미 | 다음 행동 |
|---|---|---|
| 버전이 출력됨 | brew를 찾고 실행할 수 있음 |
brew doctor 실행 |
| 문제가 없다는 안내가 나옴 | 기본 환경 점검 통과 | 테스트 도구 설치 |
| 명령을 찾을 수 없다고 나옴 | PATH 설정이 빠졌을 가능성 | 설치 마지막 안내를 다시 적용 |
| 권한 관련 경고가 나옴 | 현재 사용자와 폴더 권한 확인 필요 | 무작정 sudo를 붙이지 않음 |
첫 도구를 설치하며 명령 구조 익히기
첫 실습은 그래픽 앱보다 삭제가 쉬운 명령줄 도구가 적합합니다. 예를 들어 Git을 수업에서 사용한다면 검색부터 설치, 확인, 삭제까지 한 흐름으로 연습할 수 있습니다.
brew search git
brew info git
brew install git
git --version
search는 이름을 찾습니다. info는 설치 전 설명과 의존성을 확인합니다. install은 설치를 시작합니다. 마지막 명령은 실제로 Git이 호출되는지 확인합니다.
Homebrew에서 formula는 주로 Terminal에서 실행하는 명령줄 도구를 가리킵니다. cask는 화면으로 실행하는 앱을 관리할 때 사용합니다. 둘은 설치 대상과 실행 방식이 다르므로 수업 자료에 나온 명령을 먼저 확인해야 합니다.
Homebrew와 제작사 설치기는 어떻게 다른가요?
제작사 설치기는 한 프로그램을 직접 내려받아 설치하는 방식입니다. Homebrew는 설치 목록, 업데이트, 삭제를 명령 체계 안에서 관리합니다. 대신 명령을 잘못 입력하면 원하지 않는 도구가 설치될 수 있으므로 info로 내용을 읽는 습관이 필요합니다.
설치 결과를 확인한 뒤에는 테스트 도구를 바로 지워도 됩니다.
brew uninstall git
brew list
수업에 Git이 실제로 필요하다면 삭제하지 않습니다. 연습 목적이라면 삭제 결과와 목록 변화를 확인한 뒤 다음 도구로 넘어갑니다.
주의: 설치 명령 앞에
sudo를 습관처럼 붙이지 않습니다. Homebrew는 일반 사용자 권한으로 관리하는 흐름을 기본으로 합니다. 관리자 권한을 요구하는 이유를 이해하지 못한 상태라면 먼저 명령을 멈추고 공식 문서를 확인합니다.
첫 주에 익힐 업데이트와 재현 방법
업데이트는 세 종류로 나누어 생각하면 쉽습니다.
brew update
brew upgrade
brew list
brew uninstall 패키지이름
brew update는 Homebrew가 참고하는 목록을 새로 고칩니다. brew upgrade는 이미 설치된 도구의 업데이트를 시도합니다. brew list는 현재 설치된 항목을 보여 줍니다. 삭제할 때는 실제 이름을 확인한 뒤 brew uninstall을 사용합니다. 명령의 세부 동작은 brew 공식 매뉴얼에서 확인할 수 있습니다.
업데이트 전에 Terminal의 출력 내용을 읽습니다. 설치할 항목, 제거될 항목, 추가 권한 요청이 표시될 수 있습니다. 수업 프로젝트가 특정 버전을 요구한다면 바로 전체 업그레이드를 실행하지 말고 담당 강사의 조건을 확인합니다.
새 Mac이나 임시 원격 환경에서 같은 도구를 다시 설치해야 한다면 Brewfile을 활용할 수 있습니다.
brew bundle dump
brew bundle
첫 명령은 현재 환경의 관리 목록을 파일로 기록합니다. 두 번째 명령은 그 목록을 바탕으로 도구를 설치합니다. Brewfile의 사용법은 공식 Brewfile 문서를 기준으로 합니다. 암호나 개인 파일을 목록에 넣는 기능은 아니지만, 프로젝트 폴더에 공유할 때는 목록 내용을 직접 확인해야 합니다.
Homebrew로 설치한 도구는 어떻게 업데이트하고 삭제하나요?
목록을 갱신한 뒤 brew upgrade로 업데이트합니다. 삭제할 때는 brew list에서 정확한 이름을 확인하고 brew uninstall 이름을 실행합니다. 삭제 뒤에도 설정 파일이나 프로젝트 파일이 남을 수 있으므로, 중요한 폴더까지 지워졌다고 가정하지 말고 직접 확인합니다.
학습 환경에 따라 다음 단계를 고르기
다음 조건 중 하나에 해당하는 경로를 선택하면 됩니다.
- 로컬 Mac이 있고 관리자 권한이 있다면: 공식 설치 →
brew --version→brew doctor→ 테스트 도구 설치 순서로 진행합니다. - 학교 Mac이지만 설치 권한이 없다면: Homebrew 설치를 억지로 시도하지 않습니다. 담당자에게 허용된 도구를 확인하거나 개인 환경을 사용합니다.
- Windows만 있고 macOS 도구가 필요하다면: macOS 가상 머신이나 해킨토시를 첫 학습 환경으로 고정하지 않습니다. 설정 오류와 호환성 문제 때문에 초보자의 학습 흐름이 끊길 수 있습니다.
- Windows에서 실제 Mac을 원격으로 써야 한다면: 원격 Mac에 접속한 뒤 Terminal을 열고 같은 확인 절차를 진행합니다. Windows 쪽 Terminal에 설치하는 것이 아니라 원격 Mac 안에서 실행해야 합니다.
- 명령 결과가 수업 안내와 다르다면: 새 명령을 계속 입력하지 말고 출력 내용과
which brew결과를 기록합니다.
ProxyMac의 원격 Mac 접속 안내를 참고하면 Windows에서 실제 macOS 환경에 접속하는 흐름을 먼저 확인할 수 있습니다. 접속 후 계정과 권한 상태가 궁금하다면 웹 콘솔 안내에서 확인할 항목을 살펴보면 됩니다.
비용을 들이지 않고 먼저 연습할 방법이 있나요?
가장 먼저 학교나 개인 Mac에서 필요한 도구만 설치하는 방법을 검토합니다. 장기간 매일 무거운 작업을 수행할 계획이 아니라면, 학습 기간에만 원격 Mac을 빌려 Terminal과 Homebrew를 연습하는 방식도 선택지입니다. 다만 물리적인 아이폰 연결이나 장기 고정 작업이 필요하면 로컬 Mac이 더 적합할 수 있습니다.
마지막으로 다음 세 가지가 되면 첫 실습은 완료입니다.
brew --version이 실행됩니다.- 테스트 도구의 명령이 호출됩니다.
- 설치한 도구를
brew uninstall로 제거할 수 있습니다.
현재 환경이 학교 컴퓨터라서 설치가 막히거나 Windows만 사용할 수 있다면, 원격 Mac은 구매 전 학습 환경을 확인하는 방법이 될 수 있습니다. 기존 방식은 가상 머신의 호환성 확인, 학교 기기의 권한 제한, Windows와 macOS 사이의 파일 및 단축키 차이라는 불편이 남습니다. 반면 ProxyMac의 원격 Mac은 실제 macOS에서 연습할 수 있어 Homebrew 설치와 호출 과정을 그대로 익힐 수 있습니다. 첫 수업을 위해 기기를 바로 구매하기보다, 필요한 기간에만 이용 가능한 요금과 기간을 확인해 보는 편이 합리적인 학생도 있습니다.
