Lazy Developer

현재 참여중인 프로젝트에서는 소스 제어 툴로 Team Foundation Server의 Source Control을 사용하고 있다. 하지만, 아직 Beta 상태인 제품이라 부족한 면이 많은듯 싶다. (아니면 원래 스펙에 빠져있는 건지도? -_-;;)

암튼, 문제가 되었던 것은..

개발자 A(편의상..)가 개인적인 사정으로 프로젝트에서 나가게 되었다. 그런데.. 그만 편집하고 있던 파일을.. 체크인 하지 않고 체크아웃을 해버린 채로..나간 것이다.

이럴경우, Visual SourceSafe 이라면 간단하다. Admin Tool에 접속해서, 강제로 체크인해버리면 끝이니까.

그런데, TFS에는 별도의 Source Control에 대한 Admin Tool 은 없는 것이다.... -_-;;;

하지만, 방법이 없는 것은 아니다. TF.exe 명령어 Command를 사용해서 이런 일들을 할 수가 있다.

TF UNDO filespec /WORKSPACE:workspace;checkout_user

TF LOCK filespec /LOCK:NONE /WORKSPACE:workspace;lock_user

이 방법을 사용해서 개발자 A가 체크아웃을 해서 잠궈버린 파일을 다시 돌려 놓을 수가 있다. 위의 두 가지 구문은 사실은 좀 다르지만, 실제 효과는 같다고 보면 된다.

TF UNDO $/Project/SomeFile /WORKSPACE:WorkspaceOfA;UserA /Server:TFSServerName

지금 제가 참여하고 있는 프로젝트에서는 Microsoft Team Foundation Server를 사용하고 있다. 그래서 소스 제어도 TFS의 기능을 사용한다. 처음 쓸 때는 그 전에 많이 사용했던 Visual SourceSafe와 큰 차이가 없어 보였는데, 쓰면 쓸수록 이제 좀 차이들이 보이고 있다.

그리고 얼마 전에 아주 큰 차이를 하나 알게 되었다. 그리고 아주 당황...-_-;; 이 차이 때문에, 소스 제어를 사용하는 습관을 일부 바꿔야 하기 때문이다..

내용은 다음과 같다. 기존 VSS에서는 소스를 편집하기 위해서는 Check-out이란 것을 해야 한다. Check-out은 그 소스를 내가 편집하고 있다라고 마킹을 하면서, 다른 개발자들이 사용하지 못하게 Lock을 거는 것을 말한다. 이 점은 TFS도 다르지 않지만, 그 후에 결정적인 차이가 있다. VSS에서는 Check-out을 하게 되면, VSS 서버에 있는 최신 버전을 자동적으로 로컬로 다운로드 받게 된다. 당연히 다른 개발자가 뭔가 추가를 했거나 수정을 했을 수도 있기 때문에, VSS 서버에 있는 버전을 받아야 최신 상태의 소스를 가지고 편집을 할 수가 있다. 그런데, TFS의 소스 제어에서는 Check-out을 할 때에 서버 버전을 받지 않는다. 기존에 로컬 PC에 있던 버전이 그대로 있을 뿐이다.. 즉, 최근에 최신 버전을 받은 시점으로부터 Check-out을 하기 전 사이에 다른 개발자가 그 소스를 수정했다면, 그 수정 사항이 반영되지 않은 소스를 그대로 가지고 있게 된다는 것.

사실 혼자서 작성하고 수정하는 소스라면 전혀 상관은 없다. 혼자서만 작업하기 때문에, 굳이 서버에서 최신 버전을 받지 않아도 된다. 하지만, 두 사람 이상이 같이 작업하는 소스라면, 좀 불편한 상황이 발생한다. Check-out을 하기 전에 항상 최신 버전을 받아야만, 다른 사람이 작업한 부분을 로컬로 받을 수가 있는 거다. 그래서, VSS를 사용할 때와 달리 항상 Check-out과 Get Latest Version을 같이 해 주어야 하는 수고..가 발생을 한다. VSS 때의 습관(Check-out만 하는)을 가지고 작업하다 보면, 큰 문제가 발생할 수도 있다..(개발자들끼리 사이가 나빠지게 될 수도...-_-;;;)

이 사항은 TFS 소스 제어의 Bug가 아니라, By-Design이다. 하지만, 공식 문서에는 이 내용에 대해서 상세한 언급은 없다. MSDN의 블로그에 좀 자세한 이유를 분석한 기사가 있는데 참고할만한 내용이다. (http://blogs.msdn.com/buckh/archive/2005/08/20/454140.aspx) 이 글의 개요는 "TFS의 소스 제어에서는 각 개발자가 가지고 있는 로컬 복사본을 어떤 특정 시점의 Snapshot이라고 생각하고 있다. 그렇기 때문에 이 Snapshot의 통일성을 유지하기 위해서 이런 형태로 동작하게 만들었다" 라는 것이다. 음.. 뭐 일리가 있긴 하지만, 아무래도 여러 사람이 작업하는 경우에는 불편하지 않나 생각이 든다. 물론 거의 대부분 하나의 소스 파일은 한 명의 개발자가 작업하긴 하겠지만, 반드시 그 개발자만이 작업한다고는 볼 수가 없다. 잘 모르는 부분에 대해서 도움을 받는다던 지, 추가할 기능이 생겼다던지 등의 경우가 얼마든지 생길 수가 있다. 그럴 경우에는 연관된 개발자들이 꽤 불편하지 않을까 하는 생각이 든다.

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnvs05/html/TmFndFund.asp 문서의 요약으로, 회사 내부 세미나 용으로 작성한 것이다.

Team Foundation Server Fundamentals: A Look at the Capabilities and Architecture

What Is Team Foundation Server?

기능
Version control: 소스코드와 다른 버전 컨트롤이 필요한 산출물
Work item tracking: 버그, 요구사항, 작업, 시나리오 등의 추적이 필요한 아이템들
Project management functions: 소프트웨어 프로세스에 기반한 팀 프로젝트의 형성과 엑셀, 프로젝트를 사용한 계획/추적을 가능하게 한다.
Team build: 빌드를 위한 공통적인 프로세스를 가능하게 한다.
Data collection and reporting: 팀 파운데이션 서버에서 모아진 정보를 기반으로 해서 현재 프로젝트의 상태를 평가할 수 있게 해준다
The Team Project Portal; 셰어포인트 서비스를 이용해서 팀 커뮤니케이션의 중심을 제공한다.
Team Foundation Shared Services: 공통적인 기반구조 서비스를 제공해서 확장가능하고, 이 서비스들에 기반한 도구를 만들 수 있게 해준다.

The Shape of Team Foundation