03. Yarn, 하품 아님

Gardener·2024년 2월 19일

Prog_PRJ

목록 보기

3/6

😪

Yarn은 하품이 아니다. 나는 하품이 영어로 Yarn인 줄 알았는데, Yawn이었다.

-01. 프로젝트 시작

프로젝트를 시작한다. 프로젝트를 시작하면서 가장 어려운 것이 무엇인 줄 아는가? 구현? 환경 세팅? 바로 기획이다. 기획의 조율은 프로젝트의 A ~ Y다. 나는 기획이 이렇게 어려운 것인 줄 몰랐다. 나는 한 평생 내 삶의 명확한 기준이 있지만 물렁물렁한 사람으로, 주제를 매번 금방금방 정하게 되었다. 하루종일에 걸친 회의 후에 나는 정말로 PM이 하고 싶어진 사람이 되었다. 이 사회에는, 대화를 중재하고, 주제를 정리하며, 넓고 얕은 지식으로 모든 직무에 관여할 사람이 무조건 필요하다. 나는 그런 사람이 되는 것이 이번 2학기의 중간의 목표이다.

다시 본론으로 돌아가서, 기획의도가 정해지지는 않았지만, 프론트에서의 기술스택과 공부할 목록은 정리가 되었다. 동일한 세팅, 환경을 구축하는 것은 매우 중요한 작업이고 우리는 npm과 yarn 중에서 yarn을 선택하기로 하였다. npm은 아무 생각없이 node.js를 활용하여 사용해보았다. (Vue도 npm으로 동작을 시켰다.) yarn을 알기 전에 그래서 npm부터 알아볼 필요가 있다.

npm
: 파일 시스템을 이용하여 의존성을 관리

이런 npm은 몇 가지 단점이 존재한다.
1. 환경에 따라 동작이 달라진다.
: 사용하려는 패키지를 찾지 못하면, 상위 디렉토리의 node_modules를 계속 검색한다. 상위 디렉토리가 존재하는가? 환경은 어떻게 되어있는가?에 따라, 다른 의존성을 잘못 불러올 수 있다.
2. 비효율적인 설치
: node_modules는 매우 큰 공간을 차지한다. (그래서 .gitignore 에도 들어있기도 했고!) 많은 파일들이 깔려있는 문제들로 인해, 이 내용들이 검증된것인지? 의존성이 잘 설치되어 있는지 확인하는 것이 어려움.
3. 유령 의존성
출처 : https://toss.tech/article/node-modules-and-yarn-berry
위의 사진처럼 기존의 npm에서는 의존성 트리가 왼쪽과 같은 모습을 하고 있어서 많은 용량을 차지해야했다면, yarn-berry의 사용에서는 추가로 설치해야하는 부분을 줄였다. 또한 이 과정에서 npm은 프로젝트에 실제적으로 필요하지 않은 패키지까지 추가로 설치해야하기 때문에 volume이 커질 수 밖에 없다.

이러한 단점을 보완하기 위해 yarn이 출시 되었다.

Yarn

yarn
: meta에 의해 개발되었으며, Plug & Play 방식을 사용하여 패키지를 관리

위의 단점들을 전부 보완한 형태라고 보면 된다. 위의 단점들을 보완한 형태. yarn은 node_modules를 생성하지 않는 대신에 '.yarn/cache'폴더에 의존성의 정보가 저장되고, '.pnp.cjs' 파일에 의존성을 찾을 수 있는 정보가 제공되어, 패키지가어떤 라이브러리에 의존하고 위치하는지 바로 알 수 있다.

Yarn의 장점

속도

보안

버전관리의 일관성

속도 : Yarn은 동시에 여러 패키지를 설치하면서 npm보다 패키지 설치 속도가 빠르다. 이미 설치된 패키지는 로펄 캐시에 저장하여, 재사용함으로 빠르다.
보안 : Yarn은 설치 과정 중에 패키지의 체크섬을 검증하여 패키지의 무결성을 확인함 (이것은 이제 npm도 제공하긴 함)
버전관리의 일관성 : 사용하면서, 가장 편리함을 느꼈던 장점인데, yarn.lock 파일을 사용해서, 프로젝트에 설치된 패키지의 정확한 버전을 추적했다. 이는 다른 사람이 설치한 package여도, 그것을 추적해서, 내가 명령어 Yarn을 입력하기만 해도 알아서 자동으로 설치해주는 편리한 경험을 제시했다.

뭐 장점은 이정도?