# Semantic Versioning
Semantic Versioning?
시맨틱 버저닝은 개발하는 소프트웨어의 규모가 커지고, 외부 라이브러리를 많이 사용할수록 생기는 의존성 지옥을 해결하고자 생긴 공통의 버전 명시 규칙과 요구사항을 뜻합니다. 일반적으로 라이브러리를 설치하게 될 경우, 위와 같은 형태를 띄고 있습니다. 하나씩 살펴보도록
버전은 어떻게 정하면 좋을까? (Version 1.0.0, 1.0.1, 1.1.0, 2.0.0의 차이)
Git 사용시 git tag 1.0.0과 같이 tag를 붙이게 된다. 이 태그 뒤의 숫자는 어떻게 증가시키면 될까? Semantic Versioning으로 알아보자!
의존성 버전 표기
npm은 semver라는 Versioning 규칙을 따른다. 따라서 package.json에서 의존성 패키지의 버전을 기입할 때나 새로운 버전의 패키지를 출시할 때의 버전은 semver 규칙을 따라야 한다. semver는 패키지의 버전으로 하위 호환성을 보장하는 지를
npm semver - test code 작성하기 (intersects, satisfies)
업데이트 계산하는 게 머리 아플 수 있다.이러한 계산을 semver 라이브러리로 매우! 손쉽게! 할 수 있다!https://www.npmjs.com/package/semver문서내에 Usage를 확인하면대략적으로 감이온다.. select repository는
npm semver - 틸트 범위(~)와 캐럿 범위(^)
드디어 package.json에서 많이 보았던 캐럿 ^ 까지 왔다.minor version이 지정되어 있다면 patch level 변경을 허용한다.그렇지 않은 경우 minor-level 변경을 허용한다.~1.2.3minor version이 지정되어 있으니 patch l
npm semver - Version Range, Prerelease Tags
^ 와 -alpha.2 을 확인할 수 있는데, Node에서는 특히 이같은 Version Range를 권장하며 Prerelease Tags가 있냐, major가 0이냐 에 따라 달라진다.Strict constraint (or fully qualified constrain
Semantic Versioning - MAJOR, MINOR, PATCH와 명세에 관하여
소프트웨어 릴리즈 버전 넘버에 대한 네이밍 시스템이다. 그라바타(Gravatars)의 창시자이자 깃헙(GitHub)의 공동창업자인 톰 프레스턴-베르너(Tom Preston-Werner)가 작성했으며, 오픈소스 프로젝트에 일반적으로 사용된다.npm 등 api 개발 스케쥴