ㅁ 참고
- https://yaga.tistory.com/301
- https://kin3303.tistory.com/324
ㅁ 순서
(1) 브런치를 생성할 프로젝트 우클릭 > Team > Branch... 클릭
(2) Branch: 에 브런치명을 입력한다.
(3) 바로 아래 콤보박스에서 기준을 선택한다.
- 'Use the working copy as it is' : '현재 내 로컬 PC에 있는 작업 내용(Working Copy)을 그대로 복사해서 브랜치를 만들겠다는 뜻'이다.
- 'Use the repository version' : '서버(저장소)에 있는 최신 상태를 기준으로 하겠다'는 뜻이다.
(4) 맨 아래 브런치 생성 전 최종 확인 리스트 표가 보인다.
- Resource, Content, Properties, Treat as Edit 컬럼들이 있다.
- Content가 New인 데이터들이 보인다. 현재 당신의 로컬 작업 공간(Working Copy)에는 존재하지만, 아직 SVN 서버(저장소)에는 등록되지 않은 새로운 파일이라는 뜻이다.
- Resource : 파일의 경로와 이름입니다.
- Content : New(서버에 없는, 새로 추가된 파일), Modified(서버에도 있지만, 당신이 로컬에서 내용을 수정한 파일), Unchanged(서버와 로컬이 동일한 상태)
- Properties : 파일의 속성(SVN 속성 등)이 변경되었는지를 나타냅니다.
- 표 왼쪽에 있는 체크박스들은 "브랜치를 만들 때 이 파일들을 포함할 것인가?"를 결정한다.
(5) OK 클릭
- 브런치가 생성된다.
(6) Window - Show View - Other... - SVN Repositories 클릭
(7) branches에 (2)에서 입력한 브런치명으로 생성된 브런치를 확인할 수 있다.
(8) 새로 생성된 브런치 아래의 프로젝트명 변경
- 기존 프로젝트와 동일한 프로젝트명으로 Checkout을 하려고 하면 프로젝트명이 같아서 덮어쓸거냐고 물어보기 때문에 branch 아래의 프로젝트명을 변경한다.
(9) Checkout 혹은 Switch를 해야 한다.
- 브런치를 생성했다고 해서 자동으로 내 컴퓨터의 작업 환경(이클립스 프로젝트)이 그 브랜치로 바뀌는 것은 아닙니다.
- 브런치를 생성하는 것은 '서버에 새로운 분기점을 만드는 작업'일 뿐입니다.
- 'Switch/Checkout'은 '내 컴퓨터의 코드를 그 브랜치로 맞추는 작업'입니다.
- 이클립스의 프로젝트는 기본적으로 하나의 폴더(작업 공간)를 참조하고 있습니다.
브런치를 새로 만들었다면 서버에는 그 브랜치가 존재하지만, 내 컴퓨터의 파일들은 여전히 기존 브랜치(주로 Trunk나 이전 브랜치)의 코드를 가리키고 있습니다.
- Switch(전환)의 의미: "지금부터 내 이클립스 프로젝트가 가리키는 기준점을 기존 A 브랜치에서 방금 만든 B 브랜치로 옮기겠다"는 뜻입니다.
- Switch(전환)을 하지 않으면 브런치를 만들어봤자 내 컴퓨터에서는 여전히 예전 코드(기존 브랜치)를 수정하게 됩니다.
브랜치를 만든 목적이 '분리된 공간에서의 작업'인데, Switch를 하지 않으면 분리되지 않은 공간에서 계속 일하게 되는 셈입니다.
- Switch를 해도 되지만 Checkout이 좀 더 안전하다.
(10-1) Check Out 눌렀는데 이상함.
- 새로 생성된 브런치 아래의 프로젝트명 우클릭 > Check Out 클릭
- override project/data folder 라는 팝업 창이 뜸.
- this project already exists in the workspace or there is a data folder in the checkout destination. select the project or data folder to overwrite. please note, that all local data for the selected resource will be lost.
- 아래엔 브런치 생성 대상인 기존 프로젝트가 표에 보인다.
- 프로젝트명을 바꿨는데도 뜬다. 왠지 모르겠음.
(10-2) Switch는 하긴 했는데 커밋해도 되는지 모르겠어서 그냥 다시 로컬에서 함.
ㅁ 브런치 생성 후 유의사항
- 소스코드를 수정했으면 commit을 해서 branch별로 버전관리를 해줘야만 함.
만일 다른 branch에서 소스코드 수정 후 바뀐 내용을 commit 하지 않는 경우, 원치 않는 내용이 trunk의 프로젝트에 적용됨.
반드시 commit을 해서 버전관리를 다르게 해야 함.