네 현업에서도 똑같습니다..ㅎㅎ 한 가지 팁을 드리자면 패키지 버전을 올릴 때 semantic versioning을 잘 생각하시면 좋습니다. 예를 들어 저는 메이저 버전을 올리는 경우 깃허브에 들어

네 현업에서도 똑같습니다..ㅎㅎ 한 가지 팁을 드리자면 패키지 버전을 올릴 때 semantic versioning을 잘 생각하시면 좋습니다. 예를 들어 저는 메이저 버전을 올리는 경우 깃허브에 들어가서 CHANGELOG.md나 release에 들어가 봅니다. 오픈소스들은 대부분 버전을 올릴 때 어떤 부분을 주의해야 할지 자세히 적어놓습니다. 다만 오픈소스 관리자분들도 모든 케이스를 다 고려하진 못하다보니 버전 충돌에 관해서 인지하지 못했을수도 있습니다. 그런 경우 해당 오픈소스의 깃허브 이슈에 한 번 검색해봅니다 (ex: babel과 충돌이 있으면 babel로 검색) 질문자 분처럼 stackoverflow 도 다 찾아보구요. 이래도 답이 없으면 직접 깃허브 이슈에 버그 리포트를 올립니다. 만약 버그 리포트를 올렸는데 너무 답변이 늦다고 하면 깃허브 README에 discord 같은 소통 창구가 있을수도 있습니다. 거기에 가면 q&a 채널이 분명 있을겁니다. 사실 여기까지 하면 왠만하면 해결됩니다. 이렇게 했는데도 답이 나오지 않을 수 있습니다. 그럼 해당 문제가 해결될 때까지 fork를 뜬 뒤 소스코드를 직접 수정하거나, patch-package를 이용해서 일시적으로 소스코드를 패치해서 쓰기도 합니다. 아니면 디펜던시 충돌이 단순히 버전 문제일 경우 패키지 매니저에서 해당 패키지 버전을 하위버전으로 강제로 고정해서 해결하는 방법도 있습니다. 생각나는데로 쓰다보니 두서가 없는데 도움이 되셨으면 좋겠습니다.