개발환경 세팅 과정을 블로그에 정리하는 이유
컴퓨터 옮겨다닐때마다 개발환경설치하는 과정을 까먹기도 하고 본업에 전념하다보면 개발공부 뚝딱거릴 여력이 없어 환경설치방법을 까먹었다.
그만큼 생각보다 오래걸리는 과정이라 메모해둔다. 완벽히 까먹더라도 그대로 따라하면 개발환경을 완비할 수 있도록. 지금은 2024년 9월이며 운영체제는 윈도우 11인 상태이다. 예전에 wsl 환경을 구축했다가 지웠었고 다시 개발에 끌려 이번엔 아나콘다를 설치했었는데 주피터노트북을 실행하는 과정에서 뭔가 꼬이고 제대로 되질 않았다.(이젠 원인을 알았다. 윈도우에 아나콘다 설치하고나서 리눅스를 wsl로 설치한 상태에서 vscode에서 방법을 찾다찾다 도저히 해결이 안되어서 wsl도 지우고 아나콘다도 지우고 다시 설치를 하는 과정을 기록해둔다. 중간에 시행착오며 새로 알게된 사실도 많고 때론 허무하게 해결되는 경우도 많았다.
왜 리눅스가 불편한데도 억지로 쓰는가
노마드코더 니콜라스가 운영하는 강좌 홈페이지에 가입하면 무료로 볼 수 있는 개발자를 위한 윈도우 셋업을 다시 보면서 2024년 현재 버전업데이트되고 변동된 것도 반영해가며 내 나름 최적화를 시킬 것이다. 그리고 그걸 글로 남겨놓는다. 왜냐하면 영상으로 듣고 그때그때 따라만 하니까 장기기억으로 넘어가질않아 오랜기간이 지나 개발환경을 컴퓨터에 세팅할때 또 영상을 봐야하는 시간낭비가 생겼기 때문이다.
2024년 9월에 오랜만에 다시 개발환경을 조성했다. 하필이면 노마드코더의 강좌를 바탕으로 결국 리눅스를 윈도우에 불편함을 감수하고 사용하는 세팅을 하는 이유는 간단하다. 장기적으로 개발을 꾸준히 하려면 윈도우에 개발환경을 갖추는 건 한계가 있으며 결국은 리눅스로 가야한다. 왜냐하면 오픈소스이며 무료임에도 업데이트가 상당히 빠르게 되고 비용문제로 인해 전세계 서버들 대부분이 리눅스 기반으로 움직이기 때문이다. 보안에도 유리하기도 하고.
다만 커멘드라인으로 타이핑치는게 어색한 사람들에겐 쉬운 접근은 아니지만 DOS 시절부터 컴퓨터학원 다녔던 짬으로 밀어붙일 수 있는 내겐 시간가는 줄 모르는 장난감일뿐이다.
지금부터는 개발환경설정 절차이다. 참고로 2024년 9월 기준으로 재구성한 절차이기 때문에 시간이 지날수록 버전도 업데이트 될 것이고 뭔가 안 맞는 구석이 있을 것이다. 그럴땐 구글검색이나 퍼플렉시티 검색으로 보완해나가면 특별한 일 없으면 해결될 것이다. 이 포스팅도 그에 걸맞게 업데이트할 예정이다.
WSL 리눅스 개발환경 세팅 과정
1. chocolatey 활용하기
윈도우에서 커멘드라인 즉 powershell(관리자권한) 실행 후 나오는 프롬프트에 문자 명령어를 키보드에 입력 후 엔터 쳐서 윈도우 상에 우리가 기존에 알고 있는 프로그램들(크롬, 압축프로그램 등)설치하는 방법이다. 엑셀만 해도 자주 쓰고 능숙해지면 단축키가 편해지듯 개발환경에서 CLI 즉 커맨드라인으로 각종 명령을 실행해서 프로그램을 설치하는 것이 생산성에 오히려 좋은 경우가 많다.
윈도우키를 누른 다음 powershell을 검색해보자. 그런 다음 관리자로 실행을 누른다음 아래 명령어를 입력하고 엔터를 친다.
Set-ExecutionPolicy Bypass -Scope Process -Force;
[System.Net.ServicePointManager]::SecurityProtocol =
[System.Net.ServicePointManager]::SecurityProtocol -bor 3072; iex ((New-Object
System.Net.WebClient).DownloadString('https://community.chocolatey.org/install.ps1'))
그러면 설치가 되는데 다시 chocolately.org홈페이지 가운데 아래에 아주 작은 글씨로 packages가 눈에 띈다. 클릭해서 들어가면 프로그램들을 powershell에서 다운로드 설치를 할 수 있는 명령어가 있다. 커맨드 창에서 설치가 완료되는 어찌보면 구식이고 한편으로는 뒷끝없이 깔끔한 방식을 경험하게 된다.
여기서 git을 검색해서 설치를 시작한다. chocolately를 활용한 설치방법은 명령 프롬프트나 powershell에서 아래 명령어를 입력하고 엔터치면 된다.
choco install git
git은 파일 버전관리 시스템인데 github아이디가 있다면 다른 사람들과 협업이 가능하다. git은 아마추어 비전공자이면서 혼자서 학습용으로 프로그램을 다룬다면 반드시 다루지 않아도 된다. 하지만 개발직군 취업 또는 협업을 하는 사람들에겐 필수교양이자 기본기이니 설치 후 익숙해지도록 연습을 해둬야 한다. 아. 참고로 크롬이나 vscode도 아예 처음부터 choco를 활용해서 설치해도 된다. 본인이 프로그래밍을 취미로든 직업으로든 아니면 흥미를 갖고 있다면 애초부터 명령프롬프트나 powershell에서 커맨드라인에 명령어를 입력해서 설치하는데 익숙해지면 장기적으로 봤을때 생산성에서 유리하지 않을까 생각한다. 마우스를 상당히 덜쓰게 되니까
2. Visual Studio Code 설치
3. Google Chrome 설치
4. window terminal 설치하기
choco로 window terminal (이하 터미널)을 설치한다. 터미널이 다른 커맨터 프롬프트 프로그램과 다른 점은 매력적인 것은 프롬프트를 커스터마이징해서 간지나고 이쁜 디자인으로 편집가능 하다는 것이다. 때론 코딩하는 과정이 힘들때가 있는데 도구나 장비가 멋지면 그래도 미워도 다시 한 번 보게 되는 심리가 있어 생각보다 중요한 터미널이라 생각된다. 지금은 설치를 우선하고 꾸미는 것은 추후 따로 포스팅하려 한다.
5. wsl설치가 안된다!?
6. 기존에 있던 WSL 깔끔하게 지운 다음 다시 설치
(Windows Subsystem for Linux)을 무료로 제공하고 있다. 무료라고 완성도가 낮질 않고 계속 꾸준히 기능을 업그레이드 중이다. 노마드코더의 강좌를 듣고 설치하던때보다 지금 2024년 9월 시점에선 wsl2까지 설치되도록 편의성도 증가되었다.
다시 내 개발환경 구축과정에 들어와서 다시 터미널을 열고(관리자권한으로 열기 필수!) wsl --install을 눌렀는데 또 안되는거다. 지정한 파일을 찾을 수 없다고. 그래서 혹시 우분투를 먼저 설치하면 되지 않을까 발상의 전환을 해서 chocolately에서 wsl를 검색했더니 마침 파일 제목이 Ubuntu 22.04 LTS for WSL 22.4.0.20220819 였다. 어? 뭔가 수상했기에 바로 설치를 했다.
그런데 이것도 정답이 아니었다. wsl를 명령프롬프트(관리자)에서 실행해도 되질 않았다.
우선 WSL 폴더를 다 지운게 아니기 때문에 거기다가 제대로 된 절차를 거치지 않고 지웠기 때문에 남은 폴더와 파일이 있었다. 일반적인 방법으론 도저히 지워지질 않았다. 권한이 없다느니 어디서 쓰고 있다느니...
그래서 안전모드로 재부팅한 다음 C:\programfiles\wsl 폴더에 두 개 남아있던 파일과 함께 폴더를 선택 후 Shift키를 누른 다음 Del키를 눌러 깔끔히 지웠다!
7. wsl를 재설치하기
8. Ubuntu 최신 버전으로 설치하고 기존 Ubuntu 지우기
9. VS code로 WSL 코딩
비주얼스튜디오 코드 실행 후 WSL 플러그인을 설치하면 리눅스 기능으로 코딩이 가능해진다. 왼쪽 아래 또는 상단에 Ubuntu 버전이 나오니 확인될 것이다. 원리는 자세히는 알지 못 하겠는데 윈도우에 설치된 Visual Studio Code가 리눅스를 원격조종(?)하면서 zsh 셸도 사용하려면 WSL을 통해서 해야하는데 그 역할을 해주는 플러그인이 아닌가 추측해본다. WSL 확장 플러그인을 2년 전에 설치했을 때 이름은 Remote - WSL 이었던 게 추측을 뒷받침한다.