도형 임, profile picture
Uploaded by도형 임
PPTX, PDF1,876 views

Release and versioning

explain versionning related with release. with this could know what is trunk, branch and tag each. 배포와 관련하여 버전닝을 설명합니다. trunk, branch, tag가 왜 있고, 어떻게 사용되는지 설명합니다.

Embed presentation

Downloaded 44 times
임도형 개발 문화 삽질 증오
Case 1. 일반적인 배포 프로세스
• 프로젝트 초기 커밋 SVN trunk pom.xml : 0.0.1-SNAPSHOT TEST ENV NEXUS
• 개발 진행 • pom.xml의 버전은 변경되지 않는다. SVN trunk pom.xml : 0.0.1-SNAPSHOT TEST ENV NEXUS 개발
• 개발 계속 진행 • 역시 pom.xml의 버전은 변경되지 않는다. SVN trunk pom.xml : 0.0.1-SNAPSHOT TEST ENV NEXUS 계속 개발
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.1-SNAPSHOT TEST ENV NEXUS • 0.1로 배포 준비 시작 • 배포 작업을 위한 branch 0.1.x를 생성. • 브랜치 0.1.x의 pom 버전을 0.1.1-SNAPSHOT으로 변경 버전 변경 브랜치 생성
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.1-SNAPSHOT TEST ENV some-0.1.1-SNAPSHOT.jar NEXUS • 브랜치 0.1.x에서 패키징 하고 테스트 환경에 설치 설치 패키징
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.1-SNAPSHOT TEST ENV some-0.1.1-SNAPSHOT.jar NEXUS • 개발 서버에서 테스트 실패. 버그가 있다. • 브랜치 0.1.x에서 디버깅한다. 테스트 실패 디버깅
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.2-SNAPSHOT TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS • 브랜치 0.1.x의 pom의 버전을 0.1.2-SNAPSHOT으로 변경 • 다시 패키징 하고 테스트 환경에 설치 설치 버전 변경, 패키징
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.2-SNAPSHOT TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS • 테스트 성공하였다. 배포 하자. 테스트 성공
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.2-SNAPSHOT tags 0.1.2 pom.xml : 0.1.2 TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS • 브랜치 0.1.x를 복사하여 tag 0.1.2를 생성. • tag 0.1.2의 pom.xml의 버전을 0.1.2로 수정 태그 생성 버전 변경
SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml : 0.1.2-SNAPSHOT tags 0.1.2 pom.xml : 0.1.2 TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS some-0.1.2.jar • tag 0.1.2에서 패키징하고 Nexus에 업로드한다. 패키징 업로드
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches 0.1.x pom.xml : 0.1.2-SNAPSHOT tags 0.1.2 pom.xml : 0.1.2 TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS some-0.1.2.jar • 브랜치 0.1.x의 것을 trunk로 머징. • trunk의 버전은 브랜치의 버전 0.1.2-SNAPSHOT이 되었다. 머징
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches 0.1.x tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 배포에 사용된 브랜치 0.1.x를 삭제. 삭제
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • trunk의 것으로 개발을 진행한다. • 버전은 변경되지 않는다. 개발
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • trunk의 것으로 계속 개발한다. • 이 때 trunk의 것을 패키징하여 개발 서버에 배포하여 테스트 할수도 있다. • 하지만 배포가 아니기에 버전관리는 고려되지 않는다. 계속 개발 DEV server some-0.1.2-SNAPSHOT.jar 패키징, 설치
some-0.1.2-SNAPSHOT.jar • 그냥 현재의 것을 패키징한 것이다. 배포한 것이 아니다. • 패키징 할 때의 소스가 확보되어 있지 않다. some-0.1.2.jar • 버전관리되어 배포된 것이다. • 패키징 할때의 소스가 확보되어 있다.(tag 0.1.2로) DEV server some-0.1.2-SNAPSHOT.jar
• 패키징되어 배포된 소스의 영구 보관을 의미. • 그렇기 때문에 반드시 READ ONLY이다. • 수정도 삭제도 안된다. SVN trunk pom.xml branches 0.1.x tags 0.1.2
• 작업 공간을 의미. • main인 trunk말고 특정 작업이 필요할 경우 생성. • 보통 작업이 완료되면 삭제한다. SVN trunk pom.xml branches 0.1.x tags 0.1.2
Case 2. 특정 기능 개발을 위한 브랜치
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 혹은 특정 기능 cool의 개발을 진행할 브랜치를 생성하고 여기서 개발을 진행. 브랜치 생성 개발
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 브랜치 cool는 개발을 진행하며 수시로 패키징하고 개발 서버에 설치해 볼 수도 있다. • 하지만 배포가 아니기에 버전을 수정하거나 관리하지 않는다. 개발, 패키징 DEV server some-0.1.2-cool-SNAPSHOT.jar 설치
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • cool 브랜치에서의 개발과 별개로, trunk에서도 개발을 진행한다. 개발 개발
Case 3. 배포 프로세스, 한 번 더
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.1-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 0.2로 배포 준비 시작 • 배포 작업을 위한 branch 0.2.x를 생성. • 브랜치 0.2.x의 pom 버전을 0.2.1-SNAPSHOT으로 변경 브랜치 생성
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.1-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.1-SNAPSHOT.jar NEXUS some-0.1.2.jar • 브랜치 0.2.x에서 패키징하여 테스트 환경에 설치 패키징 설치
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.1-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.1-SNAPSHOT.jar NEXUS some-0.1.2.jar • 테스트가 실패하였다. 브랜치 0.2.x에서 수정한다. 디버깅 테스트 실패
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.2-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.2-SNAPSHOT.jar NEXUS some-0.1.2.jar • 브랜치 0.2.x의 pom.xml의 버전을 0.2.2-SNAPSHOT으로 수정. • 다시 패키징 하여 테스트 환경에 설치 패키징 설치
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.9-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.9-SNAPSHOT.jar NEXUS some-0.1.2.jar • 테스트가 계속 실패한다. 브랜치의 버전은 계속 변경되어 0.2.9-SNAPSHOT이 되었다. • 이와중에 trunk와 cool 브랜치에서는 별개의 개발이 동시에 진행되어도 무방하다. 계속 디버깅 계속 테스트 실패 개발 진행 개발 진행
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.10-SNAPSHOT.jar NEXUS some-0.1.2.jar • 0.2.10-SNAPSHOT에서 테스트가 성공하였다. 테스트 성공
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 0.2.10 pom.xml : 0.2.10 TEST ENV NEXUS some-0.1.2.jar • 브랜치 0.2.x를 복사하여 tag 0.2.10을 생성. • 0.2 태그의 pom.xml의 버전을 0.2.10로 변경. 태그 생성
SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 0.2.10 pom.xml : 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.2.10.jar • 태그 0.2에서 패키징하고 Nexus에 업로드
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool pom.xml : 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 0.2.10 pom.xml : 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.2.10.jar • 브랜치 0.2.x의 소스를 trunk로 머징. • trunk의 버전은 0.2.10-SNAPSHOT이 된다. 머징 삭제
Case 4. 이미 배포된 버전의 핫 픽스
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x pom.xml : 0.1.2-SNAPSHOT tags 0.1.2 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.2.10.jar • 배포한 0.1.2에서 버그가 발견되었다. 핫픽스하여 배포하여야 한다. • tags 0.1.2를 카피하여 브랜치 0.1.x 생성 • 브랜치 0.1.x의 pom.xml의 버전을 0.1.2-SNAPSHOT으로 수정 브랜치 생성
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x pom.xml : 0.1.3-SNAPSHOT tags 0.1.2 0.2.10 TEST ENV some-0.1.3-SNAPSHOT.jar NEXUS some-0.1.2.jar some-0.2.10.jar • 0.1.x의 버전을 0.1.3-SNAPSHOT으로 수정. • 패키징하고 개발환경에 설치. 설치 버전 수정
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x pom.xml : 0.1.3-SNAPSHOT.jar tags 0.1.2 0.2.10 TEST ENV some-0.1.3-SNAPSHOT.jar NEXUS some-0.1.2.jar some-0.2.10.jar • 테스트 성공. 테스트 성공
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x tags 0.1.2 0.1.3 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.1.3.jar some-0.2.10.jar • 브랜치 0.1.x를 카피하여 tag 0.1.3를 생성. 버전을 0.1.3으로 변경 • tag 0.1.3에서 패키징하고, 업로드. • 브랜치 0.1.x를 trunk로 머징. 버전은 0.2.10-SNAPSHOT을 유지. 업로드 머징 tag 생성 작업 브랜치 삭제
Case 5. 특정 기능의 브랜치 배포
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2 0.1.3 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.1.3.jar some-0.2.10.jar • 오래 개발해 오던 기능 cool 개발이 완료되었다. • trunk에서 복사하여 브랜치 1.0.x를 생성 • 브랜치 1.0.x의 버전을 1.0.1-SNAPSHOT로 변경 브랜치 생성
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2 0.1.3 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.1.3.jar some-0.2.10.jar • 브랜치 cool을 브랜치 1.0.x로 머징. 머징
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 TEST ENV 1.0.1-SNAPSHOT.jar NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar • 브랜치 1.0.x를 패키징하고 테스트 환경에 설치. 설치 패키징
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 TEST ENV 1.0.1-SNAPSHOT.jar NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar • 테스트가 성공하였다. 테스트 성공
SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 1.0.1 (pom.xml : 1.0.1) TEST ENV NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar some-1.0.1.jar • 브랜치 1.0.x를 복사하여 tag 1.0.1을 생성. 버전을 1.0.1으로 수정. • 패키징하고 업로드 업로드 버전 수정, 패키징 tag 생성
SVN trunk pom.xml : 1.0.1-SNAPSHOT branches cool (pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 1.0.1 TEST ENV NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar some-1.0.1.jar • 브랜치 1.0.x를 trunk에 머징. trunk의 버전은 1.0.1-SNAPSHOT이 됨. 머징
SVN trunk pom.xml : 1.0.1-SNAPSHOT branches cool 1.0.x tags 0.1.2, 0.1.3, 0.2.10 1.0.1 TEST ENV NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar some-1.0.1.jar • 기능 cool 개발에 사용된 브랜치 1.0.x를 삭제. 두 브랜치 삭제
기타
제시된 예는 예일뿐이다. 회사마다 정책이 다르고, 실 운영도 다르다. • micro version 사용 여부 • branch 이름 • 버전에 release, rc 표기 • 테스트 환경에 따른 버저닝 방법.
‘rc’ in some-2.3.1-rc.jar Release Candidate; 배포 후보. alpha, beta 테스트 이후의 배포 전 단계.
특정 버전에 대한 배포 단계를 의미 1.2-a1(1st alpha test version) 1.2-b1(1st beta test version) 1.2-b2(2nd beta test version) 1.2-rc1(1st release candidate version) 1.2-rc2(2nd release candidate version) 1.2-r(release version) 1.2-r2(release version with another bug fixed) 1.2-r3(release version with 2nd bug fixed)
some-3.5.6.jar 3 : major version. 아주 굵직한 변경. 하위호환포기면 무조건 Major. 5 : minor version. 기능 추가. 6 : micro/patch/build/revision version. 버그 픽스, 사소한 변경.

More Related Content

PPT
Svn 버전관리 프로그램_매뉴얼
byjeongseokoh
 
PPTX
네이버 SVN 설치
byHyunmin Park
 
PPTX
Svn 사용하기
byJung-Ho Kim
 
PPTX
How to use SVN in project
byKang-jin Cho
 
PPTX
Svn
by영호 주
 
PPT
svn
bychocoss2
 
PPTX
Subversion
by은석 김은석
 
PPTX
Svn
byJunHo Kim
 
Svn 버전관리 프로그램_매뉴얼
byjeongseokoh
 
네이버 SVN 설치
byHyunmin Park
 
Svn 사용하기
byJung-Ho Kim
 
How to use SVN in project
byKang-jin Cho
 
Svn
by영호 주
 
svn
bychocoss2
 
Subversion
by은석 김은석
 
Svn
byJunHo Kim
 

What's hot

PDF
[오픈소스컨설팅]Subversion vs git - 참을 수 없는 간단함
byJi-Woong Choi
 
PPTX
Svn server 설치(명준민_2015.07.10)
by준민 명
 
PPTX
디자이너를 위한 Svn 사용법
byJe Lyoung Kim
 
PPTX
Docker 사내교육 자료
byJuneyoung Oh
 
PDF
[17.01.19] docker introduction (Korean Version)
byIldoo Kim
 
PDF
[오픈소스컨설팅] RPM 만들기
byJi-Woong Choi
 
PDF
[17.02.09] Github introduction (Korean Version)
byIldoo Kim
 
PPTX
CLT 소스품질 Jenkins 사용가이드
byjSoboro
 
PDF
Open stack의 vm개념을 통한 docker의 활용
byTae Young Lee
 
PDF
Envoy 를 이용한 코드 배포 자동화
byJuwon Kim
 
PDF
젠킨스 설치 및 설정
by중선 곽
 
PDF
Jenkins와 Gitlab으로 쉽고 빠르게 구축하는 협업시스템
byPark JoongSoo
 
PDF
XECon2015 :: [1-5] 김훈민 - 서버 운영자가 꼭 알아야 할 Docker
byXpressEngine
 
PDF
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
byJi-Woong Choi
 
PDF
[오픈소스컨설팅]애플리케이션 빌드 및_배포가이드_v1.0_20140211
byJi-Woong Choi
 
PDF
XECon2015 :: [1-3] 김덕홍 - Git Workflow with GitHub
byXpressEngine
 
PDF
[H3 2012] 내컴에선 잘되던데? - vagrant로 서버와 동일한 개발환경 꾸미기
byKTH, 케이티하이텔
 
PDF
Docker로 서버 개발 편하게 하기
byDronix
 
PPTX
Docker 사용가이드 public v0.1
bySteve Shim
 
PPTX
Tensorflow 설치 가이드 for Windows10
byHwanhee Kim
 
[오픈소스컨설팅]Subversion vs git - 참을 수 없는 간단함
byJi-Woong Choi
 
Svn server 설치(명준민_2015.07.10)
by준민 명
 
디자이너를 위한 Svn 사용법
byJe Lyoung Kim
 
Docker 사내교육 자료
byJuneyoung Oh
 
[17.01.19] docker introduction (Korean Version)
byIldoo Kim
 
[오픈소스컨설팅] RPM 만들기
byJi-Woong Choi
 
[17.02.09] Github introduction (Korean Version)
byIldoo Kim
 
CLT 소스품질 Jenkins 사용가이드
byjSoboro
 
Open stack의 vm개념을 통한 docker의 활용
byTae Young Lee
 
Envoy 를 이용한 코드 배포 자동화
byJuwon Kim
 
젠킨스 설치 및 설정
by중선 곽
 
Jenkins와 Gitlab으로 쉽고 빠르게 구축하는 협업시스템
byPark JoongSoo
 
XECon2015 :: [1-5] 김훈민 - 서버 운영자가 꼭 알아야 할 Docker
byXpressEngine
 
[오픈소스컨설팅]쿠버네티스를 활용한 개발환경 구축
byJi-Woong Choi
 
[오픈소스컨설팅]애플리케이션 빌드 및_배포가이드_v1.0_20140211
byJi-Woong Choi
 
XECon2015 :: [1-3] 김덕홍 - Git Workflow with GitHub
byXpressEngine
 
[H3 2012] 내컴에선 잘되던데? - vagrant로 서버와 동일한 개발환경 꾸미기
byKTH, 케이티하이텔
 
Docker로 서버 개발 편하게 하기
byDronix
 
Docker 사용가이드 public v0.1
bySteve Shim
 
Tensorflow 설치 가이드 for Windows10
byHwanhee Kim
 

Viewers also liked

PPTX
메이븐파헤치기(김우용)
by우용 김
 
PPT
K.study. 9.5
byTBuyannemekh
 
PDF
Requirement matrix
bybususu
 
PDF
150514 경북대학교(콘텐츠산업과 창업)
byHee Dae Kim
 
PDF
001.경제원론2-개관 (ku,snu 2015f)
byNamun Cho
 
PPTX
웹 접근성 평가도구 OpenWAX 뜯어보기
byGoonoo Kim
 
PDF
Dream maker 1(융합은 연결이다)
by경태 민
 
PPTX
ISO 25000과 ISO 29119를 활용한 임베디드 소프트웨어 시험 평가 방법에 관한 연구
byKyung Hyun Roh
 
PPTX
스토리포인트로 공수산정하기 운선순위정하기
by도형 임
 
PPTX
유지보수성이 sw의 품질이다.
by도형 임
 
PPTX
모션 용기
bySujin Han
 
PDF
역사 속 초기 데이터 전문가를 통해 배우는 5가지 교훈
byHT Kim
 
PDF
Toc quality management
byNamkee Chung
 
PPTX
Kotler Keller 마케팅관리론 14판 요약 강의 13장. 서비스
byKorea Institute of Marketing Education
 
PDF
메이븐 기본 이해
by중선 곽
 
PDF
코드의 품질 (Code Quality)
byChulHui Lee
 
PDF
제2부 제조 및 서비스 프로세스 제10장 식스시그마 품질
byMinsuk Chang
 
PDF
마케팅 기본 개념_2010.12
byJames Kwon
 
PPTX
Stp marketing strategy ver#1
by의철 김
 
PPTX
Git 사용 가이드
by도형 임
 
메이븐파헤치기(김우용)
by우용 김
 
K.study. 9.5
byTBuyannemekh
 
Requirement matrix
bybususu
 
150514 경북대학교(콘텐츠산업과 창업)
byHee Dae Kim
 
001.경제원론2-개관 (ku,snu 2015f)
byNamun Cho
 
웹 접근성 평가도구 OpenWAX 뜯어보기
byGoonoo Kim
 
Dream maker 1(융합은 연결이다)
by경태 민
 
ISO 25000과 ISO 29119를 활용한 임베디드 소프트웨어 시험 평가 방법에 관한 연구
byKyung Hyun Roh
 
스토리포인트로 공수산정하기 운선순위정하기
by도형 임
 
유지보수성이 sw의 품질이다.
by도형 임
 
모션 용기
bySujin Han
 
역사 속 초기 데이터 전문가를 통해 배우는 5가지 교훈
byHT Kim
 
Toc quality management
byNamkee Chung
 
Kotler Keller 마케팅관리론 14판 요약 강의 13장. 서비스
byKorea Institute of Marketing Education
 
메이븐 기본 이해
by중선 곽
 
코드의 품질 (Code Quality)
byChulHui Lee
 
제2부 제조 및 서비스 프로세스 제10장 식스시그마 품질
byMinsuk Chang
 
마케팅 기본 개념_2010.12
byJames Kwon
 
Stp marketing strategy ver#1
by의철 김
 
Git 사용 가이드
by도형 임
 

Similar to Release and versioning

PPTX
Maven의 이해
bySung Jae Park
 
PPTX
Git
byjinho park
 
PDF
140109 팀프로젝트 협업툴
by은아 정
 
PDF
Git
byChoonghyun Yang
 
PDF
git-workflow
byAria (In Suk) Kim
 
PDF
NDC13: DVCS와 코드리뷰 그리고 자동화를 통한 쾌속 개발
byJinuk Kim
 
PPTX
git, git flow
byeva
 
PDF
svn 능력자를 위한 git 개념 가이드
byInsub Lee
 
PPTX
유지보수를 고려한 SW 개발
by도형 임
 
PPTX
Tortoise svn의 설치와 기본
bysmgal
 
PDF
Git branch stregagy & case study
byWoo Jin Kim
 
PDF
Git 사용 후기 및 느낀 점
byMinSikMoon
 
PDF
Git Tutorial
byMDLicht
 
PDF
Git 기반의 애자일 개발 환경 구축 및 개발 프로세스 설명 / 고객과 소통하는 SW 유지보수 프로세스 구축 - 인베슘
byAtlassian 대한민국
 
PPTX
Maven
by성욱 전
 
PDF
필요해서 하는 개발 자동화
bynone
 
PDF
OSS SW Basics Lecture 06: Software Configuration Management
byJeongkyu Shin
 
PPTX
오픈소스 공헌을 위한 필수 지식
byMatthew (정재화)
 
PDF
Atlassian 및 오픈소스를 이용한 DevOps 구축 - 한국정보컨설팅
byAtlassian 대한민국
 
PDF
Configuration management best practices
byHyunil Shin
 
Maven의 이해
bySung Jae Park
 
Git
byjinho park
 
140109 팀프로젝트 협업툴
by은아 정
 
Git
byChoonghyun Yang
 
git-workflow
byAria (In Suk) Kim
 
NDC13: DVCS와 코드리뷰 그리고 자동화를 통한 쾌속 개발
byJinuk Kim
 
git, git flow
byeva
 
svn 능력자를 위한 git 개념 가이드
byInsub Lee
 
유지보수를 고려한 SW 개발
by도형 임
 
Tortoise svn의 설치와 기본
bysmgal
 
Git branch stregagy & case study
byWoo Jin Kim
 
Git 사용 후기 및 느낀 점
byMinSikMoon
 
Git Tutorial
byMDLicht
 
Git 기반의 애자일 개발 환경 구축 및 개발 프로세스 설명 / 고객과 소통하는 SW 유지보수 프로세스 구축 - 인베슘
byAtlassian 대한민국
 
Maven
by성욱 전
 
필요해서 하는 개발 자동화
bynone
 
OSS SW Basics Lecture 06: Software Configuration Management
byJeongkyu Shin
 
오픈소스 공헌을 위한 필수 지식
byMatthew (정재화)
 
Atlassian 및 오픈소스를 이용한 DevOps 구축 - 한국정보컨설팅
byAtlassian 대한민국
 
Configuration management best practices
byHyunil Shin
 

More from 도형 임

PPTX
인공지능과 심리상담
by도형 임
 
PPTX
Anomaly detection practive_using_deep_learning
by도형 임
 
PPTX
Deep learning application_to_manufacturing
by도형 임
 
PDF
프로그래머를 고려하는 당신에게
by도형 임
 
PDF
테스트 기발 개발, TBD(Test based developement)
by도형 임
 
PDF
코드와 실습으로 이해하는 인공지능
by도형 임
 
PPTX
알파고 학습 이해하기
by도형 임
 
PPTX
Ai 그까이거
by도형 임
 
PPTX
테스트 케이스와 SW 품질
by도형 임
 
PPTX
Exception log practical_coding_guide, 예외와 로그 코딩 실용 가이드
by도형 임
 
PPTX
고품질 Sw와 개발문화
by도형 임
 
PPTX
오버라이딩을 사용한 테스트 시의 설정 처리
by도형 임
 
PPTX
행복한 개발을 위한_테스트_케이스
by도형 임
 
PPTX
행복, 그리고 인지과학
by도형 임
 
PPTX
흰머리 성성하게 개발하기 위해
by도형 임
 
PPTX
프로젝트 Xxx에 적용하고 싶은 개발방법
by도형 임
 
PPTX
행복한 소프트웨어 개발
by도형 임
 
PPTX
Java 그쪽 동네는
by도형 임
 
PPTX
자동화된 Test Case의 효과
by도형 임
 
PPTX
예외처리가이드
by도형 임
 
인공지능과 심리상담
by도형 임
 
Anomaly detection practive_using_deep_learning
by도형 임
 
Deep learning application_to_manufacturing
by도형 임
 
프로그래머를 고려하는 당신에게
by도형 임
 
테스트 기발 개발, TBD(Test based developement)
by도형 임
 
코드와 실습으로 이해하는 인공지능
by도형 임
 
알파고 학습 이해하기
by도형 임
 
Ai 그까이거
by도형 임
 
테스트 케이스와 SW 품질
by도형 임
 
Exception log practical_coding_guide, 예외와 로그 코딩 실용 가이드
by도형 임
 
고품질 Sw와 개발문화
by도형 임
 
오버라이딩을 사용한 테스트 시의 설정 처리
by도형 임
 
행복한 개발을 위한_테스트_케이스
by도형 임
 
행복, 그리고 인지과학
by도형 임
 
흰머리 성성하게 개발하기 위해
by도형 임
 
프로젝트 Xxx에 적용하고 싶은 개발방법
by도형 임
 
행복한 소프트웨어 개발
by도형 임
 
Java 그쪽 동네는
by도형 임
 
자동화된 Test Case의 효과
by도형 임
 
예외처리가이드
by도형 임
 

Release and versioning

  • 2.
  • 3.
  • 4.
    • 프로젝트 초기커밋 SVN trunk pom.xml : 0.0.1-SNAPSHOT TEST ENV NEXUS
  • 5.
    • 개발 진행 •pom.xml의 버전은 변경되지 않는다. SVN trunk pom.xml : 0.0.1-SNAPSHOT TEST ENV NEXUS 개발
  • 6.
    • 개발 계속진행 • 역시 pom.xml의 버전은 변경되지 않는다. SVN trunk pom.xml : 0.0.1-SNAPSHOT TEST ENV NEXUS 계속 개발
  • 7.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.1-SNAPSHOT TEST ENV NEXUS • 0.1로 배포 준비 시작 • 배포 작업을 위한 branch 0.1.x를 생성. • 브랜치 0.1.x의 pom 버전을 0.1.1-SNAPSHOT으로 변경 버전 변경 브랜치 생성
  • 8.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.1-SNAPSHOT TEST ENV some-0.1.1-SNAPSHOT.jar NEXUS • 브랜치 0.1.x에서 패키징 하고 테스트 환경에 설치 설치 패키징
  • 9.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.1-SNAPSHOT TEST ENV some-0.1.1-SNAPSHOT.jar NEXUS • 개발 서버에서 테스트 실패. 버그가 있다. • 브랜치 0.1.x에서 디버깅한다. 테스트 실패 디버깅
  • 10.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.2-SNAPSHOT TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS • 브랜치 0.1.x의 pom의 버전을 0.1.2-SNAPSHOT으로 변경 • 다시 패키징 하고 테스트 환경에 설치 설치 버전 변경, 패키징
  • 11.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.2-SNAPSHOT TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS • 테스트 성공하였다. 배포 하자. 테스트 성공
  • 12.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.2-SNAPSHOT tags 0.1.2 pom.xml : 0.1.2 TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS • 브랜치 0.1.x를 복사하여 tag 0.1.2를 생성. • tag 0.1.2의 pom.xml의 버전을 0.1.2로 수정 태그 생성 버전 변경
  • 13.
    SVN trunk pom.xml : 0.0.1-SNAPSHOT branches 0.1.x pom.xml: 0.1.2-SNAPSHOT tags 0.1.2 pom.xml : 0.1.2 TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS some-0.1.2.jar • tag 0.1.2에서 패키징하고 Nexus에 업로드한다. 패키징 업로드
  • 14.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches 0.1.x pom.xml: 0.1.2-SNAPSHOT tags 0.1.2 pom.xml : 0.1.2 TEST ENV some-0.1.2-SNAPSHOT.jar NEXUS some-0.1.2.jar • 브랜치 0.1.x의 것을 trunk로 머징. • trunk의 버전은 브랜치의 버전 0.1.2-SNAPSHOT이 되었다. 머징
  • 15.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches 0.1.x tags 0.1.2 TESTENV NEXUS some-0.1.2.jar • 배포에 사용된 브랜치 0.1.x를 삭제. 삭제
  • 16.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches tags 0.1.2 TESTENV NEXUS some-0.1.2.jar • trunk의 것으로 개발을 진행한다. • 버전은 변경되지 않는다. 개발
  • 17.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches tags 0.1.2 TESTENV NEXUS some-0.1.2.jar • trunk의 것으로 계속 개발한다. • 이 때 trunk의 것을 패키징하여 개발 서버에 배포하여 테스트 할수도 있다. • 하지만 배포가 아니기에 버전관리는 고려되지 않는다. 계속 개발 DEV server some-0.1.2-SNAPSHOT.jar 패키징, 설치
  • 18.
    some-0.1.2-SNAPSHOT.jar • 그냥 현재의것을 패키징한 것이다. 배포한 것이 아니다. • 패키징 할 때의 소스가 확보되어 있지 않다. some-0.1.2.jar • 버전관리되어 배포된 것이다. • 패키징 할때의 소스가 확보되어 있다.(tag 0.1.2로) DEV server some-0.1.2-SNAPSHOT.jar
  • 19.
    • 패키징되어 배포된소스의 영구 보관을 의미. • 그렇기 때문에 반드시 READ ONLY이다. • 수정도 삭제도 안된다. SVN trunk pom.xml branches 0.1.x tags 0.1.2
  • 20.
    • 작업 공간을의미. • main인 trunk말고 특정 작업이 필요할 경우 생성. • 보통 작업이 완료되면 삭제한다. SVN trunk pom.xml branches 0.1.x tags 0.1.2
  • 21.
    Case 2. 특정 기능개발을 위한 브랜치
  • 22.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 혹은 특정 기능 cool의 개발을 진행할 브랜치를 생성하고 여기서 개발을 진행. 브랜치 생성 개발
  • 23.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 브랜치 cool는 개발을 진행하며 수시로 패키징하고 개발 서버에 설치해 볼 수도 있다. • 하지만 배포가 아니기에 버전을 수정하거나 관리하지 않는다. 개발, 패키징 DEV server some-0.1.2-cool-SNAPSHOT.jar 설치
  • 24.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • cool 브랜치에서의 개발과 별개로, trunk에서도 개발을 진행한다. 개발 개발
  • 25.
  • 26.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.1-SNAPSHOT tags 0.1.2 TEST ENV NEXUS some-0.1.2.jar • 0.2로 배포 준비 시작 • 배포 작업을 위한 branch 0.2.x를 생성. • 브랜치 0.2.x의 pom 버전을 0.2.1-SNAPSHOT으로 변경 브랜치 생성
  • 27.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.1-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.1-SNAPSHOT.jar NEXUS some-0.1.2.jar • 브랜치 0.2.x에서 패키징하여 테스트 환경에 설치 패키징 설치
  • 28.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.1-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.1-SNAPSHOT.jar NEXUS some-0.1.2.jar • 테스트가 실패하였다. 브랜치 0.2.x에서 수정한다. 디버깅 테스트 실패
  • 29.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.2-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.2-SNAPSHOT.jar NEXUS some-0.1.2.jar • 브랜치 0.2.x의 pom.xml의 버전을 0.2.2-SNAPSHOT으로 수정. • 다시 패키징 하여 테스트 환경에 설치 패키징 설치
  • 30.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.9-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.9-SNAPSHOT.jar NEXUS some-0.1.2.jar • 테스트가 계속 실패한다. 브랜치의 버전은 계속 변경되어 0.2.9-SNAPSHOT이 되었다. • 이와중에 trunk와 cool 브랜치에서는 별개의 개발이 동시에 진행되어도 무방하다. 계속 디버깅 계속 테스트 실패 개발 진행 개발 진행
  • 31.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 TEST ENV some-0.2.10-SNAPSHOT.jar NEXUS some-0.1.2.jar • 0.2.10-SNAPSHOT에서 테스트가 성공하였다. 테스트 성공
  • 32.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 0.2.10 pom.xml : 0.2.10 TEST ENV NEXUS some-0.1.2.jar • 브랜치 0.2.x를 복사하여 tag 0.2.10을 생성. • 0.2 태그의 pom.xml의 버전을 0.2.10로 변경. 태그 생성
  • 33.
    SVN trunk pom.xml : 0.1.2-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 0.2.10 pom.xml : 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.2.10.jar • 태그 0.2에서 패키징하고 Nexus에 업로드
  • 34.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool pom.xml: 0.1.2-cool-SNAPSHOT 0.2.x pom.xml : 0.2.10-SNAPSHOT tags 0.1.2 0.2.10 pom.xml : 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.2.10.jar • 브랜치 0.2.x의 소스를 trunk로 머징. • trunk의 버전은 0.2.10-SNAPSHOT이 된다. 머징 삭제
  • 35.
    Case 4. 이미 배포된버전의 핫 픽스
  • 36.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x pom.xml : 0.1.2-SNAPSHOT tags 0.1.2 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.2.10.jar • 배포한 0.1.2에서 버그가 발견되었다. 핫픽스하여 배포하여야 한다. • tags 0.1.2를 카피하여 브랜치 0.1.x 생성 • 브랜치 0.1.x의 pom.xml의 버전을 0.1.2-SNAPSHOT으로 수정 브랜치 생성
  • 37.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x pom.xml : 0.1.3-SNAPSHOT tags 0.1.2 0.2.10 TEST ENV some-0.1.3-SNAPSHOT.jar NEXUS some-0.1.2.jar some-0.2.10.jar • 0.1.x의 버전을 0.1.3-SNAPSHOT으로 수정. • 패키징하고 개발환경에 설치. 설치 버전 수정
  • 38.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x pom.xml : 0.1.3-SNAPSHOT.jar tags 0.1.2 0.2.10 TEST ENV some-0.1.3-SNAPSHOT.jar NEXUS some-0.1.2.jar some-0.2.10.jar • 테스트 성공. 테스트 성공
  • 39.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 0.1.x tags 0.1.2 0.1.3 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.1.3.jar some-0.2.10.jar • 브랜치 0.1.x를 카피하여 tag 0.1.3를 생성. 버전을 0.1.3으로 변경 • tag 0.1.3에서 패키징하고, 업로드. • 브랜치 0.1.x를 trunk로 머징. 버전은 0.2.10-SNAPSHOT을 유지. 업로드 머징 tag 생성 작업 브랜치 삭제
  • 40.
    Case 5. 특정 기능의브랜치 배포
  • 41.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2 0.1.3 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.1.3.jar some-0.2.10.jar • 오래 개발해 오던 기능 cool 개발이 완료되었다. • trunk에서 복사하여 브랜치 1.0.x를 생성 • 브랜치 1.0.x의 버전을 1.0.1-SNAPSHOT로 변경 브랜치 생성
  • 42.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2 0.1.3 0.2.10 TEST ENV NEXUS some-0.1.2.jar some-0.1.3.jar some-0.2.10.jar • 브랜치 cool을 브랜치 1.0.x로 머징. 머징
  • 43.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 TEST ENV 1.0.1-SNAPSHOT.jar NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar • 브랜치 1.0.x를 패키징하고 테스트 환경에 설치. 설치 패키징
  • 44.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 TEST ENV 1.0.1-SNAPSHOT.jar NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar • 테스트가 성공하였다. 테스트 성공
  • 45.
    SVN trunk pom.xml : 0.2.10-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 1.0.1 (pom.xml : 1.0.1) TEST ENV NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar some-1.0.1.jar • 브랜치 1.0.x를 복사하여 tag 1.0.1을 생성. 버전을 1.0.1으로 수정. • 패키징하고 업로드 업로드 버전 수정, 패키징 tag 생성
  • 46.
    SVN trunk pom.xml : 1.0.1-SNAPSHOT branches cool(pom.xml : 0.1.2-cool-SNAPSHOT) 1.0.x (pom.xml : 1.0.1-SNAPSHOT) tags 0.1.2, 0.1.3, 0.2.10 1.0.1 TEST ENV NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar some-1.0.1.jar • 브랜치 1.0.x를 trunk에 머징. trunk의 버전은 1.0.1-SNAPSHOT이 됨. 머징
  • 47.
    SVN trunk pom.xml : 1.0.1-SNAPSHOT branches cool 1.0.x tags 0.1.2,0.1.3, 0.2.10 1.0.1 TEST ENV NEXUS some-0.1.2.jar, some-0.1.3.jar, some-0.2.10.jar some-1.0.1.jar • 기능 cool 개발에 사용된 브랜치 1.0.x를 삭제. 두 브랜치 삭제
  • 48.
  • 49.
    제시된 예는 예일뿐이다. 회사마다정책이 다르고, 실 운영도 다르다. • micro version 사용 여부 • branch 이름 • 버전에 release, rc 표기 • 테스트 환경에 따른 버저닝 방법.
  • 50.
    ‘rc’ in some-2.3.1-rc.jar ReleaseCandidate; 배포 후보. alpha, beta 테스트 이후의 배포 전 단계.
  • 51.
    특정 버전에 대한배포 단계를 의미 1.2-a1(1st alpha test version) 1.2-b1(1st beta test version) 1.2-b2(2nd beta test version) 1.2-rc1(1st release candidate version) 1.2-rc2(2nd release candidate version) 1.2-r(release version) 1.2-r2(release version with another bug fixed) 1.2-r3(release version with 2nd bug fixed)
  • 52.
    some-3.5.6.jar 3 : majorversion. 아주 굵직한 변경. 하위호환포기면 무조건 Major. 5 : minor version. 기능 추가. 6 : micro/patch/build/revision version. 버그 픽스, 사소한 변경.