Microsoft MVP성태의 닷넷 이야기
Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch [링크 복사], [링크+제목 복사],
조회: 32740
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)
TFS 소스 코드 관리 기능 (4) - Branch


사실, Branch는 그다지 어려운 기능이 아니어서, 별다르게 설명할 것이 없습니다. 그래도 약간의 부연 설명이 있어서 이렇게 내용을 넣어본 것인데요. 거두절미하고, 곧바로 예제로 들어가 볼까요? ^^

실습을 위해 지난번 changeset 55번에 붙여둔 Label에 해당하는 제품을 "A" 업체에 납품했다고 가정해 보겠습니다. 그리고는 개발은 꾸준히 진행되어 changeset 59번까지 왔습니다. 이 시점에서 "A" 업체가 추가 기능을 요구했고, 이 기능은 도저히 changeset 59번에 이어서 개발할 수 없는 기능입니다.

이 때 아래와 같이 55번 label (또는 changeset)에서 소스 코드 분기를 할 수 있습니다. (Branch는 프로젝트 단위에 국한되지 않고, 소스 컨트롤에서 보여지는 폴더 및 파일 단위까지도 가능합니다.)

[그림 1: Branch 메뉴 실행]
tfs_apply_branch_1.png

[그림 2: Branch 대화 상자]
tfs_apply_branch_2.png

[그림 3: Branch 명령 실행 결과]
tfs_apply_branch_3.png

자, 이제부터 소스 코드는 별도로 관리되어지는 것입니다. "TestSolution" 노드와 "TestSolution-for_onlyA" 노드는 개별적으로 체크인/체크아웃 되고 서로 완전히 독립적인 프로젝트 처럼 형상관리가 이뤄집니다.

일단, 위와 같이 분기가 되면 "공통 구현"되는 코드는 2중으로 적용해야 합니다. 즉, TestSolution 원본에서 "화면 프린트"라는 기능을 구현했다면, "TestSoltuion-for_onlyA" 분기에도 동일하게 적용해 주어야 합니다. TFS에서는 이 과정을 "Merge"라는 기능을 통해서 자동화해주려고 노력하고는 있지만, 어쨌든 이 과정은 시간이 갈수록 세심한 주의를 요하는 작업이 될 것입니다.

따라서, "소스 코드 분기"를 할 때는 TFS Branch를 정말 꼭 써야 하는지? 차라리 "전처리기"를 써서 소스 코드를 관리할 것인지? plug-in 방식으로 해결하는 것이 올바른 것이 아닌지...? 심사숙고 후에 결정하시는 것이 좋습니다.




물론, Branch의 활용이 위와 같은 상황에서만 있는 것은 아닙니다.

Visual Studio TFS Branching Guide 2010 
; http://tfsbranchingguideiii.codeplex.com/

위의 PDF 문서는, Branch를 활용한 제품 개발 가이드를 적절하게 제시하고 있습니다.

내용인 즉,
평상 시처럼 팀 프로젝트와 기반 솔루션 프로젝트를 만들고, 그것을 "MAIN"으로 둡니다. 거기에서 "DEV" 브랜치를 하나 따서 모든 개발은 거기서만 합니다. 기능 구현이 완료될 때 마다 "DEV"에서 "MAIN"으로 (통째로) merge하고. 그래서 "MAIN" 솔루션은 언제든 배포가 가능한 노드로써 기능을 하게 됩니다.

위의 가이드는 우리가 보통 겪고 있는 문제를 잘 해결해 줍니다. 예를 들어, changeset만으로는 기능 단위로 정확하게 구현이 안되어서 중간중간 릴리스 가능하지 않은 상태로 솔루션이 머무는 기간이 종종 발생합니다. 예를 들어, "화면 캡처" 기능을 구현하는데 메뉴만 만들어놓고 check-in을 할 수도 있고, 또는 "화면 캡처" 기능 자체는 다 완료하고 check-in을 했는데 테스트 과정 중에 오류가 발생하는 경우도 있습니다.

바로 그런 상황이 빈번한 팀에서는 위와 같이 "MAIN"과 "DEV" 브랜치를 두고 관리를 한다면 모든 복잡함이 제거될 수 있습니다.

"가이드"에 보면 "RELEASE" 브랜치도 "MAIN"에서 파생됩니다. 일단, "RELEASE" 브랜치가 되어 릴리스 버전이 고객에게 전달되었다면, 이후의 기능들은 다음 버전이 되는 것이고 "DEV"에서 역시 모든 개발 코드가 먼저 작업이 되고 그때그때 "MAIN"에 반영되는 것이 가능합니다.

그 외에, 서비스 팩 및 핫픽스를 염두에 둔 브랜치 가이드가 추가되어 있는데 그 부분들은 각자 환경에 맞게 적절하게 선택을 하면 될 것 같습니다.

제 생각에는, 최소한 위에서 설명드렸던 "MAIN", "DEV" 브랜치 정도는 두는 것을 권장하고 싶습니다.

지금까지 4회에 걸쳐 TFS의 기능을 살펴보았는데요. 좀 더 아시게 된 만큼 효율적인 TFS 사용이 되기를 바랍니다.



[이 토픽에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/17/2021]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




... 61  62  63  64  65  66  67  68  69  70  [71]  72  73  74  75  ...
NoWriterDateCnt.TitleFile(s)
12162정성태2/26/202021934디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/202017963오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202018332개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/202015378오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202017979디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202017995디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/202016573오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/202016021오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/202015408오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태2/23/202019543.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202018580.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
12151정성태2/22/202019395.NET Framework: 896. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 - 두 번째 이야기 (원본 함수 호출)파일 다운로드1
12150정성태2/21/202019672.NET Framework: 895. C# - Win32 API를 Trampoline 기법을 이용해 C# 메서드로 가로채는 방법 [1]파일 다운로드1
12149정성태2/20/202018431.NET Framework: 894. eBEST C# XingAPI 래퍼 - 연속 조회 처리 방법 [1]
12148정성태2/19/202020985디버깅 기술: 163. x64 환경에서 구현하는 다양한 Trampoline 기법 [1]
12147정성태2/19/202018637디버깅 기술: 162. x86/x64의 기계어 코드 최대 길이
12146정성태2/18/202019405.NET Framework: 893. eBEST C# XingAPI 래퍼 - 로그인 처리파일 다운로드1
12145정성태2/18/202019283.NET Framework: 892. eBEST C# XingAPI 래퍼 - Sqlite 지원 추가파일 다운로드1
12144정성태2/13/202019513.NET Framework: 891. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 두 번째 이야기파일 다운로드1
12143정성태2/13/202016026.NET Framework: 890. 상황별 GetFunctionPointer 반환값 정리 - x64파일 다운로드1
12142정성태2/12/202018432.NET Framework: 889. C# 코드로 접근하는 MethodDesc, MethodTable파일 다운로드1
12141정성태2/10/202017412.NET Framework: 888. C# - ASP.NET Core 웹 응용 프로그램의 출력 가로채기 [2]파일 다운로드1
12140정성태2/10/202018007.NET Framework: 887. C# - ASP.NET 웹 응용 프로그램의 출력 가로채기파일 다운로드1
12139정성태2/9/202019219.NET Framework: 886. C# - Console 응용 프로그램에서 UI 스레드 구현 방법
12138정성태2/9/202023259.NET Framework: 885. C# - 닷넷 응용 프로그램에서 SQLite 사용 [6]파일 다운로드1
12137정성태2/9/202016459오류 유형: 592. [AhnLab] 경고 - 디버거 실행을 탐지했습니다.
... 61  62  63  64  65  66  67  68  69  70  [71]  72  73  74  75  ...