Windows Terminal은 마이크로소프트가 선보이는 소프트웨어 중에서도 손꼽히는 성공작으로 자리 잡았습니다. 탭, 분할 화면, 제대로 작동하는 Quake 모드, GPU 가속 렌더링, 쓸만한 유니코드 지원, 굳이 JSON을 직접 수정하지 않아도 되는 설정 UI까지 갖추고 있습니다. 저 역시 기본 터미널로 사용하고 있으며, 한동안 다른 대안을 찾을 이유가 없었습니다.
하지만 Windows Terminal이 지금처럼 좋아지기 전에는 Cmder를 사용했습니다. 윈도우 셸 환경을 견딜 만하게 만들어 준 번들이었죠. 포터블 방식으로 배포되고 Git for Windows가 함께 패키징되어 있어, 설치 즉시 합리적인 기본 설정을 사용할 수 있었습니다. 마이크로소프트의 공식 터미널이 프로필과 셸 통합을 제대로 갖추면 바로 갈아탈 것이라 생각했고, 실제로 대부분 그렇게 했습니다. 그런데도 Cmder를 완전히 내려놓지 못한 이유는, 마이크로소프트가 단독으로 제공하는 어떤 것보다 이 클래식 번들이 여전히 더 잘해내는 몇 가지가 남아 있기 때문입니다.
Git, ls, grep, ssh가 어느 윈도우 머신에서든 바로 준비됩니다
Windows Terminal은 말 그대로 터미널 호스트일 뿐입니다. 지정한 셸을 렌더링할 뿐, 도구 자체를 함께 가져오지는 않습니다. 깨끗하게 설치한 윈도우에서 cmd와 PowerShell은 여전히 매일 쓰는 유닉스 명령어를 기본으로 제공하지 않습니다. ls, grep, cat, ssh가 없다는 뜻입니다. 이를 사용하려면 Git for Windows를 따로 설치하고 PATH를 손본 뒤, 새 머신마다 같은 과정을 반복해야 합니다.
Cmder에는 이런 문제가 없습니다. 풀 에디션은 약 100MB 수준으로 Git for Windows를 내장하고 있어, 아무것도 추가 설치하지 않아도 git, ls, grep, cat, ssh와 동작하는 bash 셸을 바로 쓸 수 있습니다. 리눅스 서버에서 쓰던 명령어들이 Zip 압축을 푸는 순간 모두 작동합니다.
여기에 Clink를 cmd에 얹어 bash 스타일의 명령줄 편집도 지원합니다. Ctrl+R로 히스토리를 역방향 검색하고, 더 똑똑한 탭 완성과 리눅스 셸에 익숙한 사용자라면 자연스럽게 느껴질 단축키들을 활용할 수 있죠. Windows Terminal 안의 순수 cmd는 Clink를 직접 추가하지 않는 한 이 중 하나도 지원하지 않습니다.
실용적인 결론은 간단합니다. Windows Terminal 프로필을 Cmder의 init.bat로 향하게 하면 두 세계의 장점을 모두 누릴 수 있습니다. Windows Terminal의 GPU 렌더링과 탭 처리를 유지하면서, Cmder의 셸이 필요한 모든 유닉스 도구를 조용히 환경에 채워 줍니다.
Cmder는 포터블입니다
모든 환경이 폴더 하나에 담겨 어디로든 복사할 수 있습니다
포터블성도 Cmder가 윈도우 기본 제공 도구보다 우위에 있는 이유 중 하나입니다. Windows Terminal은 마이크로소프트 계정과 OS에 묶인 스토어 앱이라 다른 컴퓨터로 통째로 옮길 수 없습니다. Cmder는 정반대입니다.
Cmder는 폴더 하나입니다. C:\tools\Cmder에 압축을 풀고 %CMDER_ROOT% 환경 변수만 설정하면 끝입니다. 다른 드라이브나 다른 머신으로 옮기고 싶다면 폴더를 복사하기만 하면 됩니다. 별칭, 색상 테마, 키보드 단축키, 내장된 Git, bin 폴더에 넣어 PATH에 올린 바이너리까지 모두 함께 이동합니다.
Windows Terminal도 설정 내보내기를 지원하지만, 그것은 어디까지나 Windows Terminal 자체의 설정에 불과합니다. Git 바이너리나 유닉스 도구, 별칭까지 따라오지 않습니다. Cmder는 셸 환경 전체를 하나의 포터블 단위로 취급하며, 마이크로소프트가 제공하는 그 어떤 것도 여기에는 미치지 못합니다.
Cmder의 별칭 파일이 PowerShell 프로필 설정보다 낫습니다
스크립팅 없이 일반 텍스트 파일 하나로 단축키 관리
매번 새 머신에서 단축키를 다시 만들어야 한다면 포터블성의 매력도 반으로 줄어듭니다. 바로 이 지점에서 Cmder의 별칭(alias) 파일이 빛을 발하며, 순수 PowerShell 환경에서 깔끔하게 대체하기 어려운 부분이기도 합니다.
Cmder는 별칭을 config 폴더 아래의 일반 텍스트 파일에 저장하며, 문법도 극도로 단순합니다. 한 줄에 하나씩 alias gs=git status $* 또는 alias ..=cd ..처럼 적으면 다음에 셸을 열 때부터 단축키가 바로 활성화됩니다. 스크립트 작성, 실행 정책(execution policy) 구성, 올바른 프로필 경로 찾기 같은 고민이 필요 없습니다. 자주 쓰는 명령어로 PowerShell 프로필을 구성해 본 적이 있다면 이 차이를 바로 체감할 겁니다.
PowerShell 프로필은 시작 시 실행되는 스크립트 파일로, 사용 중인 호스트와 PowerShell 버전에 따라 Documents 폴더 아래 여러 경로 중 하나에 위치합니다. Set-Alias는 단순한 명령어 간 매핑만 처리하기 때문에, 인수가 필요한 경우(예: gs가 플래그와 함께 git status로 확장되는 경우)는 완전한 함수로 작성해야 합니다. PowerShell 작성이 즐거운 사람에게는 괜찮지만, git status를 위한 두 글자 단축키 하나가 필요할 때는 지나치게 번거로운 절차입니다.
포터블성 장점이 여기서도 더해집니다. 별칭 파일이 Cmder 폴더 안에 있으므로, Cmder를 새 머신으로 복사하면 지금까지 정의한 모든 단축키가 함께 따라옵니다. 반면 PowerShell 프로필은 Documents 경로를 명시적으로 동기화하지 않으면 함께 이동하지 않고, 그렇게 해도 절반의 설정에 불과합니다.
Cmder
OS: Windows
가격: 무료
Cmder는 윈도우용 무료 포터블 콘솔 에뮬레이터입니다. ConEmu와 Clink를 기반으로 탭 터미널, 유닉스 명령어, 커스텀 별칭, Monokai 테마를 USB 하나로 어디서든 사용할 수 있습니다.
이 오래된 번들이 여전히 제자리를 지키는 이유
Cmder의 창이 낡았다는 점은 누구보다 잘 압니다. Windows Terminal의 GPU 가속 출력에 비하면 렌더링이 느리고, 탭 처리는 기본적이며, 그 밑바탕인 ConEmu UI는 십여 년 전에 설계된 듯한 외관입니다. 아직도 Cmder를 직접 실행한다면 최신 터미널로 갈아타고 싶은 마음이 드는 것도 당연합니다.
핵심 요령은 Cmder를 터미널로 취급하는 것을 멈추고, Windows Terminal 안의 셸 번들로 취급하는 것입니다. WT 프로필을 Cmder의 초기화 스크립트(init.bat)로 향하게 하면 구식 인터페이스는 아예 로드되지 않습니다. 남는 것은 유닉스 도구 모음, 포터블 폴더, 별칭 파일이며, 이것들이 마이크로소프트의 현대적인 렌더러 안에 감싸집니다. Cmder는 윈도우 콘솔 에뮬레이터에 대한 불만에서 탄생한 프로젝트이고, 마이크로소프트는 렌더링 쪽의 불만 대부분을 드디어 해결했습니다. 하지만 해결하지 못한 부분이야말로 이 클래식 번들이 여전히 제자리를 지키는 이유입니다.