| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | |
| 7 | 8 | 9 | 10 | 11 | 12 | 13 |
| 14 | 15 | 16 | 17 | 18 | 19 | 20 |
| 21 | 22 | 23 | 24 | 25 | 26 | 27 |
| 28 | 29 | 30 | 31 |
Tags
- 솔리디티
- 가상화
- VUE
- 컴퓨터공학
- 프론트엔드
- 블록체인
- BFS
- react
- docker
- 웹
- JavaScript
- AWS
- 타입스크립트
- TypeScript
- es6
- CSS
- 파이썬
- HTML
- 쿠버네티스
- 백준
- kubernetes
- 클라우드
- 알고리즘
- 리액트
- 이슈
- 백엔드
- 자바스크립트
- next.js
- 이더리움
- k8s
Archives
- Today
- Total
즐겁게, 코드
패키지 삭제 전에는 npm ls <패키지명> 으로 의존관계 확인하기 본문
TL;DR : 라이브러리를 삭제할 때는 npm ls <패키지명> 으로 참조관계를 먼저 확인하자.
회사 프로젝트에서는 주기적으로 사용하지 않는 라이브러리를 제거하고 있는데, 언젠간 잘 쓰겠지라는 마음으로 설치해두었던 @vueuse/core 가 있었다.
다만 기대와는 달리 오랜 기간동안 실제로 사용되지 않고 있어 이를 삭제하고 잊고 살고 있었다.

그런데 몇 개월 정도가 지난 뒤 motion에서 peerDeps로 참조하는 @vueuse/core를 참조할 수 없다는 빌드 에러가 발생하는데, 타임라인을 돌아보면 이랬던 것 같다.
1. (1월) @vueuse/core 라이브러리를 설치한다.
2. (3월) motion-v 라이브러리를 설치한다. (✅ @vueuse/core가 설치되어 있으므로 peerDeps 조건 만족)
3. (5월) 프로젝트 내에서 사용하는 곳이 없다고 판단해 @vueuse/core 를 제거한다.
4. (7월) 시간이 지난 뒤 motion-v에서 오류가 발생한다.
5. (해결) 라이브러리 참조용으로만 필요한 @vueuse/core 를 devDependency에 추가해 문제를 수정한다.

이러한 peerDeps는 코드 내에서 실제로 사용되고 있는지 찾기 어렵다는 문제가 있었고, 패키지를 삭제할 일이 있다면 삭제 전 npm ls 커맨드로 의존관계를 확인하면 에러를 줄일 수 있을 것 같다.


반응형
'🎨 프론트엔드' 카테고리의 다른 글
| 시각장애인에게 친절한 모달 컴포넌트 만들기 (2) | 2024.12.27 |
|---|---|
| TreeWalker 객체로 DOM을 순회하며 필터 적용하기 (0) | 2024.12.07 |
| 스크롤 UI 구현하기 : Swiper Free Mode VS. overflow-x: scroll (0) | 2024.11.26 |
| XSS 공격의 위험성 체험하기 (1) | 2024.11.14 |
| 페이지 노출 여부를 판별하는 Page Visibility API 살펴보기 (0) | 2024.06.02 |
Comments
소소한 팁 : 광고를 눌러주시면, 제가 뮤지컬을 마음껏 보러다닐 수 있어요!
와!! 바로 눌러야겠네요! 😆