빠른 시작
-
버전을 입력
선택적인 v 접두어, 예를 들어 v1.2.3.
-
읽기 비교
부정적인 것은 첫 번째 버전이 낮다는 것을 의미합니다.
x.y.z를 입력하여 메이저/마이너/패치 주주주요 버전을 보고 다른 버전과 비교하십시오.
개인 정보 보호: 로컬로 처리되고, 결코 업로드하지 않습니다.
↓ 아래의 입력 영역에 결결과를 즉시 볼 수 있습니다.
语义化版本号递增与比较 (major/minor/patch)。
major +1
2.0.0
minor +1
1.3.0
patch +1
1.2.4
compare (a vs b)
-1
支持可选 v 前缀与 x.y.z 三段数字; 不含预发布标签。 负数 a<b,0 相等,正数 a>b
x.y.z를 입력하여 메이저/마이너/패치 주주주요 버전을 보고 다른 버전과 비교하십시오.
버전을 입력
선택적인 v 접두어, 예를 들어 v1.2.3.
읽기 비교
부정적인 것은 첫 번째 버전이 낮다는 것을 의미합니다.
미리 릴리스 (-alpha) 또는 빌드 (+build) 메타데이터가 없습니다.
SemVer 문자열을 비교하고, 프리 릴리스 순서를 처리하고, npm 컨벤션에 따라 패치/마이너/메이저를 파크합니다.
릴리스, 의존성 충돌 검사 및 수동 CI 버전 정책 검토 전에 사용하십시오.
새로운 기능을 개발할 때, 먼저 소형 버전을 증가하십시오 (예: 1.2.3)→ 1.3.0). 출시 전에 API 호환성을 확인하십시오. 변경 사항이 없다면 주요 증가로 수동으로 전환하십시오 (1.2.3 → 2.0.0). 마지막으로, 새로운 버전이 모든 출시 된 버전보다 높다는 것을 확인하기 위해 버전 비교를 사용하십시오.
중요한 버그 수정을 위해 팀은 종종 여러 버전 라인을 유지합니다.1.2.3에서 1.2.4까지 패치한 후, 개발 중인 1.3.0과 비교하십시오.이 도구는 버전 트리 관계를 즉시 검증하여 릴리스 시이 버버스 오류를 방지합니다.
Input
1.2.3 patch bump
Output
1.2.4
핵심 x.y.z는 일치를 비교합니다;복잡한 범위에 npm CLI를 사용합니다.
이 도구는 엄격한 Semver 2.0 사양을 따릅니다. 사전 릴리스 버전에는 전문 도구 (npm의 semver 라이브러리와 같은) 가 필요합니다.우리는 대부분의 개발 시나리오에서 신뢰성을 위해 핵심 x.y.z 형식에 집중합니다.