RadarURL

변경관리/형상관리/빌드배포 자동화 연동 시 주요 이슈

by JAESOO posted May 15, 2014
?

단축키

Prev이전 문서

Next다음 문서

ESC닫기

크게 작게 위로 아래로 댓글로 가기 인쇄

각기 다른 작업자가 동일 형상항목 작업 후 해당 형상항목의 서로 다른 버전을 빌드배포 하는 경우

갑,을 개발자가 동일한 A.java를 순차적으로 수정, 갑은 A.java의 2번 버전 생성, 을은 A.java의 3번 버전을 생성 한 후, 하기의 1,2 순서대로 작업을 수행할 때 빌드배포 대상 형상항목의 버전문제가 발생 할 수 있다.

  • 갑 작업내역(2번 버전 반영 내용): A.java의 a1메소드 수정
  • 을 작업내역(3번 버전 반영 내용): A.java의 a2메소드 수정 (이때 3번 버전은 2번 버전의 작업 내용을 포함 함)
작업1.을이 먼저 빌드배포를 요청하면 A.java의 3번 버전이 빌드서버에 빌드배포가 됨.
작업2.이후 갑이 빌드배포를 요청하면 A.java의 2번 버전이 빌드서버에 빌드배포가 됨

작업1 수행 시 발생 가능 이슈
갑이 비록 소스를 먼저 수정하여 형상관리 저장소에 반입을 시켰지만, 해당 버전은 지금 빌드배포가 되어야 할 버전이 아니라, 나중에 (이를테면 3일 후에) 빌드서버에 빌드배포 되어야 하는 내용일 수 있음 (혹은 한 달에 걸쳐 작업이 진행되는 과정에서 작업안정성을 위해 임시로 형상관리 저장소에 반입된 상태). 그런데 을이 오늘 빌드배포를 수행 해 버리면, 나중에(3일 이후,혹은 한달 후에) 빌드배포가 되어야 할 내용이 오늘 미리 반영 되어 버릴 수 있음.

작업2 수행 시 발생 가능 이슈
갑이 이전 버전을 나중에 빌드배포 함으로써, 을이 작업하여 서버에 반영한 내용 (a2메소드 수정 분)이 사라질 수 있음

위 사례가 발생하는 상황은 아래와 같을 수 있다.

  • 상황1.갑이 작업하는 내용이 장기 개발인 경우
  • 상황2.(갑의 작업내용에 관계없이) 을이 A.java 수정을 긴급하게 반영해야 하는 경우.
상황1인 경우, 갑은 형상관리 저장소에 별도 브랜치를 하나 생성하여 작업을 한 후 장기 개발건이 완료가 되었을 때 메인 브랜치에 병합작업을 하면 이슈상황을 방지할 수 있다.

상황2인 경우, 을이 갑에게 긴급 작업 상황을 얘기하면, 갑은 자신이 작업한 내용을 local pc에 백업받거나 혹은 checkout을 수행하여 자신이 작업한 내용을 형상관리저장소 밖으로 이동시킨다.
이동이 완료되면 을은 label을 이용하여 서버에 배포된 버전을 체크아웃하여 소스를 수정한 후 체크인 한 다음, 해당 버전을 빌드배포 수행한다.
을 작업이 완료되면 갑은 체크아웃했던 자신의 소스에 나머지 부분을 수정하여 형상관리 저장소에 체크인한다. 체크인 하는 시점에 갑은 형상관리저장소에 이미 반영되어 있는 을 개발자의 작업분과 자신의 작업분의 병합(merge)을 수행해야 한다.

출처 : http://nangpuni.net/?p=356


Articles

1 2 3