다른 거 안 해봐서 잘 모르겠는데
어차피 package-lock.json에 개발당시의 버전 다 기록되어 있고 npm i 하면 그 버전으로 깔릴테니까
굳이 일부러 (무슨 이유에서든지) package-lock.json을 깃에 안 올리고 package.json만 올려둔 게 아니면
의존성 꼬일 일 없지 않나?
아 딱 하나 글로벌 node 버전이 달라서 간혹 좀 이상할 수는 있는데 그것도 nvm으로 node 버전 바꾸면 되고
이걸로 해결이 안되는 종류의 의존성 꼬임 문제가 있나
아니면 nvm으로 글로벌 node 버전 바꾸는 것 자체가 스트레스고 불필요한 오버헤드고 자바는 그런 거 전혀 신경 안 써도 되니까
그에 비하면 마이너스 라는 거냐?
의존성 꼬이는건 노드보단 파이썬이지 파이썬은 진짜 답도없다
글 내용은 개발버전 유지하면 문제없다는 얘깁니다만??
근데??? 파이썬은 개발버전을 유지할수가 없잖아
정말 흥미로운 상상력인게 그럼 처음에 시작은 어떻게 했음?
라이브러리들중에 특정 파이썬 버젼에 종속적인것들이 널려서 매번 의존성 꼬이는거 안겪어봐서 상상력이라고 비꼰거야? 파이썬을 왜 다 가상환경에만 설치하겠냐
근데 노드봐라. LTS 아니면 바로 전버젼으로 했을때 노드버젼때문에 이슈가 되는경우는 손에꼽는다
node.js로 많은 프로젝트를 해봤지만 패키지 의존성 문제 때문에 크게 곤란 했던적은 없음. 다만 node version이 올라가면서 sass나 기타 연계된것도 같이 올려줘야하기 때문에 warning 없애느라 귀찮긴 했으나 버전을 변경하면서 생긴 마이그레이션 문제라서 이건 이해해줘야지.
제일 귀찮았던건 Electron에서 Build 해야되는 모듈 때문에 Electron 내의 노드 버전에 맞게끔 재 빌드하는게 좀 귀찮았음. serial2 라든가.
npm install로 라이브러리 추가할때 먼저 깔아야되는 라이브러리 있어야 깔린다고 에러 -> 그 라이브러리 설치할때 또 비슷한 에러남
npm이면 천사 파이썬이 ㄹㅇ 답도 없음 - dc App
특히 c/cpp 개발할 때 의좀성으로 붙는 것들이 파이썬을 의존하는데 그것들이 자체적인 파이썬 버저닝하고 또 거기서 버전 꼬이면 개씨팔 개지랄도 이런 지랄이 없음 - dc App