4강. PATH와 환경 변수: 명령어가 어디서든 실행되는 이유

?1. 이번 강의에서 해결할 문제

설치 폴더에는 실행 파일이 있는데 명령을 찾지 못하거나 예상과 다른 버전이 실행됩니다. PATH의 검색 목록과 환경 변수 범위를 진단합니다.

✓2. 학습 목표

✓이 강의를 마치면

• PATH가 실행 파일 폴더 목록임을 설명합니다.
• Process, User와 Machine 환경 변수 범위를 구분합니다.
• PATH를 변경하기 전에 중복과 실행 우선순위를 확인합니다.

◇3. 핵심 개념

Windows는 PATH에 적힌 폴더를 앞에서부터 검색해 명령 이름과 맞는 실행 파일을 찾습니다. PowerShell의 Process 환경은 현재 창과 자식 프로세스에만 적용됩니다. User는 현재 사용자, Machine은 전체 컴퓨터 범위이며 Machine 변경에는 보통 관리자 권한이 필요합니다. 공식 설명은 PowerShell 환경 변수 문서에서 확인할 수 있습니다.

✎4. 단계별 실습

PowerShell · 실행 위치: 일반 PowerShell

$env:Path -split ';' | Where-Object { $_ } | Select-Object -Unique
[Environment]::GetEnvironmentVariable('Path', 'User') -split ';'
[Environment]::GetEnvironmentVariable('Path', 'Machine') -split ';'
$env:DEV_ENV_LAB = 'current-session-only'
$env:DEV_ENV_LAB

예상 결과: 현재 세션, User, Machine PATH 목록과 임시 변수 값이 표시됩니다. 새 PowerShell을 열면 DEV_ENV_LAB은 존재하지 않습니다. 관리자 권한은 필요하지 않습니다.

안전한 수정 원칙

1. 설치 프로그램의 공식 PATH 옵션을 우선합니다.
2. 실행 파일 자체가 아니라 실행 파일이 있는 폴더만 추가합니다.
3. 이미 존재하거나 사용하지 않는 경로를 중복 추가하지 않습니다.
4. 영구 수정 전 기존 User PATH를 기록하고 새 PowerShell에서 검증합니다.

macOS·Linux 차이

macOS와 Linux에서는 환경 변수 이름의 대소문자를 구분하고 PATH 항목 구분자로 세미콜론이 아닌 콜론(:)을 사용합니다. Shell 설정 파일을 수정하기 전 현재 Shell과 공식 배포판 문서를 확인하세요.

→5. 명령어와 설정이 동작하는 이유

$env:는 현재 PowerShell 프로세스가 가진 환경 변수에 접근합니다. User와 Machine 값을 합친 결과가 새 프로세스의 PATH가 되며, 이미 열린 터미널은 설치 후 변경을 자동으로 받지 않을 수 있어 다시 열어야 합니다.

!6. 자주 하는 실수와 해결법

!자주 하는 실수

• PATH에 실행 파일 전체 경로 추가: tool.exe가 있는 폴더를 추가합니다.
• 문제마다 새 경로를 계속 추가: Get-Command -All로 실제 후보와 우선순위를 먼저 확인합니다.
• Machine PATH를 관리자 권한으로 즉시 수정: 사용자 설치라면 User 범위로 충분한지 확인합니다.
• PATH 전체를 새 문자열로 덮어씀: 기존 값을 보존하고 공식 설치 도구를 우선합니다.

✎7. 직접 실습

✎직접 실습

현재 PATH를 줄별로 저장하고 존재하지 않는 폴더와 중복 항목 수를 찾아보세요. 실제 PATH는 수정하지 말고 어떤 항목을 확인해야 할지만 보고서에 기록합니다.

?8. 이해 점검 질문 3개

?이해 점검

1. PATH에는 실행 파일과 폴더 중 무엇을 등록하나요?
2. 설치 후 기존 터미널에서 명령을 못 찾을 수 있는 이유는 무엇인가요?
3. Machine 범위 변경보다 User 범위를 우선할 수 있는 상황은 언제인가요?

■9. 핵심 요약

■핵심 요약

PATH는 명령 실행 파일을 찾는 순서 있는 폴더 목록입니다. 범위와 우선순위를 확인하고 필요한 폴더 하나만 추가하며, 기존 값을 기록한 뒤 새 터미널에서 검증합니다.