양방향 라이브러리 사양
1. [필수] 다음 규칙을 준수하도록 GAV를 정의합니다.
1) G GroupID 형식: com.{Company/BU}.Business Line.[Sub-Business Line], 최대 4레벨.
설명: {Company/BU} 예: alibaba / taobao / tmall / aliexpress 등 BU 레벨 1은 선택 사항입니다.
긍정적인 예: com . taobao . jstorm 또는 com.alibaba.dubbo.register
2) ArtifactID 형식: 제품 라인 이름-모듈 이름. 의미는 반복되거나 생략되지 않습니다. 먼저 창고 센터에 가서 확인하세요.
긍정적인 예: dubbo - client / fastjson - api / jstorm - tool
3) V 버전: 자세한 규정은 아래를 참조하세요.
2. [필수] 타사 라이브러리 버전 번호 지정 방법: 주요 버전 번호
#🎜 🎜 #1) 메이저 버전 번호 메이저 버전 번호: 호환되지 않는 API 수정이 이루어졌거나 제품 방향을 바꿀 수 있는 새로운 기능이 추가된 경우. 2) 마이너 버전 번호 마이너 버전 번호: 이전 버전과 호환되는 기능 추가(새 클래스, 인터페이스 등)로 간주됩니다. 3) 개정 번호 개정 번호: 버그 수정, 메서드 시그니처 수정 없이 기능 향상, API 호환성 유지. 참고: 시작 버전 번호는 0.0.1이 아닌 1.0.0이어야 합니다.버전 번호 업그레이드 +1 방법을 사용해야 하며 버전 번호를 덮어쓰거나 업그레이드할 수 없으며 반드시 중앙창고에서 확인받으세요.
참고: SNAPSHOT 버전에 의존하지 않으면 애플리케이션 릴리스의 멱등성이 보장됩니다. 또한 컴파일하는 동안 패키징 및 구성 속도도 높일 수 있습니다.을 명확하게 평가하고 확인해야 합니다. 종속성 전후의 정보를 비교하는 것이 좋습니다. 중재 결과가 완전히 다른 경우 을 사용합니다. : 차이점을 찾으려면 트리 명령을 클릭하고 < 제외 >를 선택하여 jar 패키지를 제외하세요.
열거형 유형 또는 열거형 유형을 포함하는 POJO 객체의 사용은 허용되지 않습니다.
변수를 정의하여 버전을 저장할 수 있습니다: ${ spring version }. 이 버전을 인용할 때 종속성을 정의하세요.
참고: 로컬에서 디버깅하는 경우 각 하위 프로젝트에서 지정한 버전 번호가 사용되지만, 전쟁에 병합되면 최종 lib 디렉터리에 하나의 버전 번호만 나타날 수 있습니다. 오프라인 디버깅은 정확했지만 온라인으로 출시되었을 때 문제가 발생한 선례가 있었습니다. 8. 모든 pom 파일의 종속성 선언을 < dependency > 문 블록에 배치하고 모든 버전 중재를 < 참고: < dependencyManagement >는 버전만 선언하고 소개를 구현하지 않습니다. 따라서 하위 프로젝트는 상위 pom에서 종속성을 명시적으로 선언해야 합니다. 그리고 < 종속성 > 기본 pom의 < 종속성 >에 선언된 모든 종속성은 기본적으로 모든 하위 프로젝트에 자동으로 도입되고 상속됩니다.
