Windows에서 Linux 도구를 쓰기 위해 WSL을 설치하면 배포판마다 WSL 버전을 확인할 수 있습니다. WSL 1과 WSL 2는 내부 구조가 달라 앱 호환성, 파일 접근과 네트워크 동작이 달라질 수 있습니다. 버전 번호만 보고 모든 작업에서 한쪽이 빠르다고 생각하기보다 어떤 도구를 어디에 있는 파일과 함께 쓰는지 확인해 보세요.
1. 현재 배포판과 버전부터 확인하세요
Windows 터미널의 PowerShell이나 명령 프롬프트에서 wsl -l -v를 실행하면 설치된 배포판 이름과 상태, WSL 버전을 확인할 수 있습니다. Linux 배포판 자체의 버전과 WSL 1·2 구분은 별도입니다. Ubuntu 이름이 같아도 두 배포판을 다른 버전으로 구성할 수 있으므로 설정을 바꿀 대상부터 정확히 확인합니다.
이미 사용 중인 환경이라면 설치 명령을 다시 실행하기 전에 프로젝트 위치와 필요한 앱을 기록하세요. 회사 PC에서는 필요한 가상화 기능이나 네트워크 구성이 관리될 수 있습니다. 새 환경에 사용할 배포판과 현재 데이터를 유지해야 하는 배포판을 구분하면 설치와 변환을 혼동하기 어렵습니다.
2. WSL 2는 Linux 커널을 사용하는 구조입니다
Microsoft의 비교 문서에 따르면 WSL 2는 관리되는 가상화 환경에서 실제 Linux 커널을 사용합니다. Linux 시스템 호출 호환성이 필요한 도구를 사용할 때 이 구조가 중요한 차이입니다. WSL 1은 다른 방식으로 Linux 호출을 처리하므로 사용하려는 기능이 지원되는지 확인해야 합니다. 도구의 공식 요구 사항에서 WSL 또는 Linux 환경 지원을 찾아보세요.
어떤 프로젝트가 WSL 2에서 정상이라는 사실만으로 이전 프로젝트도 준비 작업 없이 이동할 수 있는 것은 아닙니다. 사용하는 서비스, 네트워크 주소나 가상화 설정이 환경에 따라 달라질 수 있습니다. 테스트용 작은 프로젝트로 같은 명령을 실행하고 파일 접근과 앱 동작을 따로 비교하면 전환 여부를 판단하기 쉽습니다.
3. 자주 쓰는 도구에 맞춰 파일 위치를 정하세요
Linux 도구로 주로 작업한다면 WSL의 Linux 파일 시스템 안에 프로젝트를 두는 구성이 권장될 수 있습니다. Windows 도구로 주로 처리하는 자료는 Windows 파일 시스템에 두는 편이 맞을 수 있습니다. Windows 드라이브가 Linux에서 /mnt/c 같은 경로로 보이더라도 두 환경을 오가는 파일 작업의 특성이 같지는 않습니다.
예를 들어 파일 수가 많은 프로젝트에서 Linux 명령으로 설치와 빌드를 반복한다면 두 위치에서 처리 시간을 비교해 보세요. 경로를 바꿀 때는 Windows와 Linux에서 대소문자나 권한을 다루는 방식도 확인합니다. 같은 프로젝트를 두 위치에 복사해 수정하면 최신 파일을 혼동할 수 있으니 실제로 편집할 기준 위치를 하나 정해 두는 것이 좋습니다.
4. 변환 전에는 백업하고 필요한 작업으로 시험하세요
버전 변환 명령을 사용할 때는 정확한 배포판 이름과 변환 방향을 확인하세요. 큰 환경은 시간이 걸릴 수 있으므로 종료와 백업을 먼저 검토하고, 필요한 경우 공식 내보내기와 가져오기 방법을 확인합니다. 작업이 진행 중인 배포판을 임의로 삭제하면 자료에 영향이 생길 수 있으니 명령의 목적을 읽고 사용합니다.
변경 뒤 wsl -l -v에서 버전을 다시 확인하고 자주 쓰는 명령, 파일 읽기·쓰기와 네트워크 연결을 시험합니다. 기대한 기능이 동작하는지와 변경으로 느려진 작업이 없는지도 살펴보세요. WSL 버전과 프로젝트 저장 위치를 함께 기록해 두면 새 PC를 설정하거나 동료와 문제를 비교할 때 편리합니다.
5. 빌드 도구는 Linux, 편집기는 Windows라면
예를 들어 Windows의 편집기에서 WSL 프로젝트를 다룰 때는 해당 편집기가 제공하는 WSL 연결 기능을 확인합니다. 편집은 Windows 앱에서 하지만 실제 파일과 빌드는 Linux 쪽에 둘 수 있는 구성도 있습니다. 두 위치를 번갈아 쓸 때에는 같은 저장소인지와 파일 변경이 어디에 반영되는지 확인하세요. 작은 프로젝트에서 열기, 편집, 빌드까지 한 번 반복하면 운영 방식을 결정하기 편합니다.