[PowerShell] 부록. PowerShell ↔ CMD/Bash 명령어 대응표

“파워셸 명령어 cmd 대응"이나 “PowerShell 대신 bash로 뭘 써야 하지"를 검색해서 이 글을 찾았다면, 세 셸(PowerShell, CMD, Bash) 중 하나에는 이미 익숙하고 나머지 하나로 같은 작업을 어떻게 하는지 빠르게 찾고 싶은 상황일 것이다. 이 부록은 PowerShell 컬렉션 120개 챕터, CMD 컬렉션 85개 챕터, Bash Shell 컬렉션 44개 챕터에서 각각 다룬 명령어를 같은 작업 기준으로 나란히 배치한 색인이다.

개별 명령어의 옵션·예시·주의사항 같은 상세 내용은 각 컬렉션의 해당 챕터에서 다루므로, 이 글에서는 “이 작업을 PowerShell/CMD/Bash 각각에서 어떻게 하는가"를 한 표에서 바로 대조하는 데 집중한다.

세 셸의 근본적인 차이를 먼저 이해해야 이 표가 의미 있다

이 대응표를 “왼쪽 명령어 대신 오른쪽 명령어를 넣으면 똑같이 동작한다"는 뜻으로 읽으면 안 된다. 10장에서부터 강조했듯, CMD와 Bash는 명령의 출력을 텍스트 스트림으로 주고받는 반면 PowerShell은 .NET 객체를 그대로 주고받는다. Get-ChildItem이 반환하는 것은 FileInfo 객체 목록이지 dir이 화면에 찍는 텍스트 줄이 아니며, 이 차이는 파이프라인 뒤에 다른 명령을 연결할 때 특히 두드러진다 — CMD·Bash에서는 dir/ls의 출력을 다시 파싱해야 파일 크기나 수정 시각을 뽑아낼 수 있지만, PowerShell에서는 Get-ChildItem | Where-Object Length -gt 1MB처럼 객체의 속성에 곧바로 접근한다.

또한 CMD와 Bash도 서로 다르다. CMD는 Windows 전용 텍스트 기반 셸이고, Bash는 POSIX 계열 유닉스 셸의 사실상 표준이다. 아래 표에서 “CMD"와 “Bash” 열이 같은 이름의 명령어를 갖는 경우(dir처럼)도 있지만, 옵션 문법과 세부 동작은 거의 항상 다르다는 점을 함께 감안해야 한다.

파일·디렉터리 조작

세 셸 모두에서 가장 먼저 배우고 가장 자주 쓰는 명령이 모여 있는 범주다. 이름만 다를 뿐 개념 자체는 거의 그대로 대응하지만, PowerShell 쪽 cmdlet 이름은 뒤에서 다룰 별칭(ls, cat 등)으로도 호출할 수 있다는 점이 CMD·Bash 경험자에게 실질적인 진입 장벽을 낮춰준다.

텍스트 검색·처리

이 범주는 PowerShell과 CMD/Bash의 격차가 가장 크게 드러나는 영역이다. grep·sed·awk는 Bash 생태계에서 독립적으로 발전해 온 강력한 텍스트 처리 도구인 반면, CMD는 findstr 외에는 표준으로 제공하는 대안이 거의 없다. PowerShell은 -replace나 -split 같은 연산자를 언어 자체에 내장해, 별도 외부 도구 없이도 비슷한 작업을 처리할 수 있게 한다.

프로세스·서비스 관리

Windows의 “서비스"와 Linux의 “systemd 유닛"은 이름은 다르지만 둘 다 “부팅 시 자동으로 시작해 백그라운드에서 계속 실행되는 프로그램"이라는 같은 개념을 가리킨다. 다만 Linux 배포판에 따라 systemd 대신 다른 init 시스템(OpenRC 등)을 쓰는 경우도 있어, Bash 열의 명령어가 모든 Linux 환경에 그대로 적용되지는 않는다는 점을 감안해야 한다.

네트워크

네트워크 진단 명령어는 세 셸 모두 이름 자체는 오래전부터 관습적으로 통일돼 온 편이다(ping이 대표적이다). 다만 109장에서 다뤘듯 PowerShell의 Test-Connection은 같은 이름의 결과를 텍스트가 아닌 객체로 반환한다는 차이가 여기서도 그대로 적용된다.

사용자·권한 관리

로컬 컴퓨터 하나의 계정을 다루는 명령은 세 셸 모두에 대응 항목이 있지만, 17부에서 다룬 도메인 전체의 Active Directory 계정 관리로 넘어가면 이야기가 달라진다. CMD·Bash 어느 쪽에도 AD에 정확히 대응하는 표준 개념이 없어, 이 부분은 아래 표에서도 “PowerShell만의 영역"으로 남는다.

압축·아카이브

파일 압축은 CMD의 공백이 가장 두드러지는 영역 중 하나다. Windows 탐색기의 GUI 압축 기능과 달리 cmd.exe 자체에는 압축·해제를 위한 내장 명령이 전혀 없어, 스크립트에서 압축을 다루려면 PowerShell로 전환하거나 7-Zip 같은 외부 도구를 설치해야 한다.

환경 변수·시스템 정보

환경 변수를 다루는 문법 자체는 세 셸이 각자 다르게 설계했지만($env:, %VAR%, $VAR), “현재 세션에서만 유효한 값"이라는 근본 개념은 동일하다. 시스템 정보 조회는 PowerShell의 Get-ComputerInfo가 여러 개별 조회를 하나로 요약해 준다는 점에서(97장) CMD·Bash의 개별 명령 여러 개를 조합해야 하는 방식과 대조된다.

패키지·모듈 관리

소프트웨어를 설치하는 방식은 세 셸 중 PowerShell과 Bash가 오히려 더 비슷하다. winget·apt·brew 모두 중앙 저장소에서 패키지를 검색해 의존성까지 함께 설치해 주는 반면, CMD에는 이런 패키지 관리자 개념 자체가 없다.

이식성 정리

이 표를 훑어보면 몇 가지 패턴이 드러난다. 첫째, PowerShell은 CMD·Bash 각각의 명령어를 별칭(alias)으로 등록해 둔 경우가 많다(ls→Get-ChildItem, cat→Get-Content, ps→Get-Process). 이 별칭 덕분에 CMD·Bash 경험자가 처음 PowerShell을 접했을 때 익숙한 이름으로 최소한의 조작을 시작할 수 있지만, 별칭 뒤에서 실제로 실행되는 것은 텍스트가 아니라 객체를 반환하는 cmdlet이라는 점은 변하지 않는다 — ls | Where-Object Length -gt 1MB가 동작하는 것도 이 때문이다.

둘째, CMD 쪽에 “(내장 없음)“으로 표시된 항목이 유독 많다. 압축, 텍스트 치환, HTTP 요청처럼 Bash와 PowerShell에는 표준으로 포함된 기능이 CMD에는 아예 없어 별도 실행 파일이나 우회 스크립트가 필요한 경우다. 이는 CMD가 1980년대 MS-DOS 명령 프롬프트의 연장선에서 최소한의 파일·프로세스 조작만을 목표로 설계됐고, 이후 대대적인 기능 확장 없이 유지보수 모드로 전환됐기 때문이다 — 바로 이 공백을 메우기 위해 등장한 것이 PowerShell이다.

셋째, Active Directory·그룹 정책처럼 조직 전체를 다루는 17부(엔터프라이즈 디렉터리 관리)의 cmdlet들은 CMD·Bash 어느 쪽에도 직접 대응하는 명령어가 없다. CMD의 net user /domain이 부분적으로 비슷한 정보를 보여주지만 어디까지나 조회 수준이고, Bash 진영에는 AD 자체에 대응하는 표준 개념이 없어 LDAP 클라이언트 도구를 별도로 써야 한다. 이런 영역은 애초에 “번역"이 아니라 “PowerShell이 아니면 표준화된 방법이 마땅치 않은 작업"으로 보는 것이 정확하다.

Reference

• about_Aliases - PowerShell | Microsoft Learn
• PowerShell 컬렉션 00장: PowerShell(파워셸) 완벽 가이드
• CMD 컬렉션 00장: Windows CMD 완벽 가이드
• Bash Shell 컬렉션 00장: Bash Shell 완벽 가이드