태터데스크 관리자

도움말
닫기
적용하기   첫페이지 만들기

태터데스크 메시지

저장하였습니다.

VS 2010 ALM/TFS 20102012.11.06 17:26

TFS를 활용한 Java 프로젝트 통합 빌드 두 번째 강좌로 정의된 빌드를 실행하고, 그 결과를 확인하는 방법에 대해 알아보겠습니다.

  • 통합 빌드 환경 구성 및 빌드 정의하기
  • 빌드 실행하고 결과 확인하기

 


 

   빌드 실행하기

빌드를 실행하려면 빌드 정의를 큐에 대기시켜야 합니다. 큐에 대기된 빌드는 빌드 에이전트에 의해 실행이 됩니다. 빌드가 실행되는 순서는 빌드 우선 순위 및 큐에 대기 중인 다른 빌드에 의해 결정됩니다.

빌드가 큐에 대기되는 시점은 빌드 정의에 명시된 빌드 트리거에 의해 결정됩니다. 그러나, 어떤 빌드 정의라도 수동으로 큐에 대기시킬 수 있습니다. 여기서는 수동으로 빌드 정의를 큐에 대기시켜 실행하는 방법에 대해 설명합니다.

1.      “Team Explorer” 창에서 팀 프로젝트를 확장합니다.

2.      “Builds” 폴더를 확장한 다음, 실행시킬 빌드 정의에 우 클릭한 다음, “Queue New Build”를 선택합니다.

3.      “Queue Build” 창의 “Build definition”, “Build controller”, “Drop folder for this build” 항목 값이 제대로 설정되었는지 확인합니다.

4.      빌드 정의의 우선 순위를 조정하려면 “Priority in queue” 목록에서 값을 변경합니다.

5.      “Position” 항목에는 빌드 에이전트와 우선 순위에 따라 이 빌드 정의가 실행될 순서가 표시됩니다.

6.      “MSBuild command-line arguments (optional)” 항목에는 MSBuild 매개 변수를 입력할 수 있습니다.

A.     예를 들어, 다음과 같은 매개 변수를 입력할 수 있습니다.

                         i.         /v:diag /p:versionToGet="myVersion"

                        ii.         /v : 로그의 상세 수준을 정의합니다. /p : 속성과 값을 지정합니다.

7.      “Queue”를 클릭하면 빌드가 큐에 들어갑니다.

 

   Build Explorer에서 빌드 진행 상황 및 결과 확인하기

“Build Explorer”에서 큐에 대기 중인 빌드나 실행 중인 빌드, 그리고 완료된 빌드에 대한 상세 정보를 조회하거나 관리할 수 있습니다. “Queued” 탭에서는 5분 이내에 큐에 대기된 빌드를 볼 수 있으며, “Completed” 탭에서는 5분 이상 대기 중이거나 완료된 빌드를 볼 수 있습니다.

 

 Build Explorer 열기

다음은 “Build Explorer” 창을 여는 방법입니다.

1.      “Team Explorer” 창에서 팀 프로젝트를 확장합니다.

2.      “Builds” 폴더에 우 클릭한 다음, “View Builds”를 선택합니다.

3.      “Build Explorer” 창이 나타납니다.

 

 빌드 상세 정보 조회하기

다음은 “Build Explorer” 창에서 빌드의 상세 정보를 조회하는 절차에 대한 설명입니다.

1.      “Build Explorer” 창을 엽니다.

2.      다음 중 하나의 작업을 수행합니다.

A.     현재 큐에 대기 중인 빌드의 상세 정보를 조회하려면 “Queued” 탭을 선택합니다.

B.      완료된 빌드 또는 5분 이상 큐에 대기 중인 빌드의 상세 정보를 조회하려면 “Completed” 탭을 선택합니다.

3.      “Build Explorer” 창에서 상세 정보를 조회할 빌드 정의에 더블 클릭합니다.

A.     “Queued” 탭에서 빌드 정의에 더블 클릭하면 빌드 진행 상황을 조회할 수 있습니다.

B.      “Completed” 탭에서 빌드 결과에 더블 클릭하면 빌드 결과에 대한 상세 정보를 조회할 수 있습니다.

C.      만약, 조회할 빌드 정의 또는 빌드 결과가 보이지 않는다면 “Build Explorer” 창에서 빌드 결과를 필터링합니다. 빌드 결과를 필터링하는 방법은 빌드 결과 필터링하기를 참조합니다.

4.      빌드에 대한 상세 정보가 새 창에 표시됩니다.

 

 빌드 결과 필터링하기

“Build Explorer”에서 큐에 대기 중인 빌드나 완료된 빌드를 빌드 정의 이름, 상태, 빌드 컨트롤러, 품질, 실행 기간 등으로 필터링할 수 있습니다.

다음은 대기 중인 빌드 또는 빌드 결과를 필터링하는 절차입니다.

1.      “Build Explorer”를 엽니다.

2.      최근에 큐에 대기된 빌드 결과를 보려면 “Queued” 탭을 선택하고, 완료된 빌드 결과를 보려면 “Completed” 탭을 선택합니다.

3.       “Queued” 탭에서 다음 중 하나의 작업을 수행합니다.

A.     특정 빌드 정의에 대한 빌드를 조회하려면, “Build Definition” 목록에서 해당 빌드 정의를 선택합니다.

B.      특정 상태에 있는 빌드를 조회하려면, “Status filter” 목록에서 상태를 선택합니다.

C.      특정 컨트롤러에서 제어한 빌드를 조회하려면, “Controller filter” 목록에서 컨트롤러를 선택합니다.

4.      “Completed” 탭에서 다음 중 하나의 작업을 수행합니다.

A.     특정 빌드 정의에 대한 빌드를 조회하려면, “Build Definition” 목록에서 해당 빌드 정의를 선택합니다.

B.      특정 품질에 대한 빌드를 조회하려면, “Quality filter” 목록에서 빌드 품질을 선택합니다.

C.      특정 기간에 완료된 빌드를 조회하려면, “Date filter” 목록에서 기간을 선택합니다.

5.      필터 조건을 지정하면 바로 그 결과가 표시됩니다.

 

 빌드 결과에 품질 지정하기

빌드가 완료되면 해당 빌드 결과에 대한 품질을 지정할 수 있습니다. 빌드 품질에는 거부됨”, “릴리즈됨”, “배포 준비 완료”, “사용자 승인 테스트 통과”, “초기 테스트 준비 완료등이 있습니다. 빌드 결과에 품질을 지정하게 되면 해당 빌드에 대해 팀에서 커뮤니케이션하는데 도움이 됩니다. 예를 들어, 개발팀에서 어떤 빌드 결과의 품질을 초기 테스트 준비 완료로 지정해 놓으면, 테스트 팀에서는 품질이 초기 테스트 준비 완료인 빌드의 결과물에 대해 초기 테스트를 수행하게 됩니다.

다음은 빌드 결과에 품질을 지정하는 절차입니다.

1.      “Build Explorer” 창을 엽니다. “Build Explorer 열기를 참조합니다.

2.      “Completed” 탭을 선택합니다.

3.      필요한 경우, 빌드 결과를 필터링합니다. “빌드 결과 필터링하기를 참조합니다.

4.      품질을 지정할 빌드 결과를 선택합니다.

5.      “Build Quality” 셀에서 드롭다운 박스를 클릭합니다.

6.      품질을 선택합니다.

 

 빌드 품질 목록 관리하기

TFS는 기본적으로 거부됨”, “릴리즈됨”, “배포 준비 완료 8개의 빌드 품질 목록을 제공합니다. 그러나, 필요에 의해 이 목록에 있는 품질을 추가하거나 제거할 수 있습니다.

다음은 빌드 품질 목록을 추가 또는 제거하는 방법입니다.

1.      “Team Explorer” 창에서 팀 프로젝트를 확장합니다.

2.      “Builds” 폴더에 우 클릭한 다음, “Manage Build Qualities”를 선택합니다.

3.      “Edit Build Qualities” 창에서 품질을 추가하거나 제거합니다.

 

이상으로 Java 개발자를 위한 TFS 사용 방법 강좌를 마칩니다.

그 동안의 강좌에서 살펴보았듯이 Eclipse에서 Java 프로젝트를 개발할 때도 마이크로소프트의 Team Foundation Server를 사용하여 소스코드 버전제어 및 통합 빌드가 가능합니다. 따라서, Java 개발팀에서 버전제어 도구 또는 ALM 도구로 TFS를 고려해 보시는 것도 좋을 것 같습니다.

 

감사합니다.

webmars.

 

 

Posted by webmars
VS 2010 ALM/TFS 20102012.11.06 17:19

지난 다섯번의 강좌를 통해 Java 프로젝트를 TFS를 통해 버전제어하는 방법에 대해 살펴보았습니다. 지금부터는 두 차례에 걸쳐 TFS에서 버전제어되고 있는 Java 프로젝트를 통합 빌드하는 방법에 대해 알아보도록 하겠습니다.

그 첫번째 강좌로 통합 빌드 환경을 구성하는 방법과 에 대해 설명하겠습니다.

  • 통합 빌드 환경 구성 및 빌드 정의하기
  • 빌드 실행하고 결과 확인하기

 


  

  통합 빌드 환경 구성 및 빌드 정의하기

 

 통합 빌드 환경 구성하기

 

TFS Ant 또는 Maven을 활용하여 Java 프로젝트를 통합 빌드하고, 그 결과를 TFS에 저장하여 관리할 수 있습니다. 이와 같이 하려면 Team Foundation Build가 구성된 서버에 아래의 소프트웨어를 설치해야 합니다. Team Foundation Build 구성에 대해서는 빌드 시스템 구성(http://msdn.microsoft.com/ko-kr/library/ms181711.aspx)”을 참조하시기 바랍니다.

l  Team Foundation Build Extensions Power Tool

l  Java development kit(JDK):

l  Ant 또는 Maven

n  Maven 빌드는 TFS 2008 TFS 2010에서만 실행시킬 수 있습니다. TFS 2005에서는 Maven 빌드를 실행시킬 수 없습니다.

  

   빌드 정의

Team Foundation Build를 사용해서 Java 프로젝트를 통합 빌드하려면 빌드 정의를 만들어야 합니다. 빌드 정의에는 컴파일할 Java 프로젝트, 수행할 추가 작업 및 추가 작업 수행 방법에 대한 지침이 포함됩니다.

 

 빌드 결과 저장 폴더 만들기

TFS 빌드가 완료되면 이진 파일, 로그 파일 등이 만들어 집니다. 이 결과물을 특정 폴더에 위치시켜 팀에서 공유할 수 있습니다.

빌드 에이전트는 빌드 서비스 계정으로 Team Foundation Build Service를 실행합니다. 따라서, 빌드 서비스 계정에게 저장 폴더에 대한 변경 및 읽기 권한을 부여해야 합니다.

여기서는 빌드 결과물이 저장되는 폴더를 만들고, 빌드 서비스 계정에 권한을 부여하는 방법에 대해 설명합니다.

1.      저장 폴더를 설정할 컴퓨터에 로그온합니다.

2.      “Windows 탐색기를 열고 저장 폴더를 포함하거나 포함할 폴더로 이동합니다.

3.      필요한 경우 저장 폴더를 만듭니다.

A.     저장 폴더의 경로는 가능한 한 짧게 유지합니다(: c:\drops). 저장 폴더가 빌드 에이전트에서 259자가 넘는 실제 경로를 생성하지 않도록 해야 합니다. 이렇게 하지 않으면 빌드가 실패하고 TF205022 오류 메시지가 기록됩니다.

4.      저장 폴더를 우 클릭하고속성을 클릭한 다음공유탭을 클릭합니다.

5.      Windows Server 2008, Windows 7 Windows Vista에서만 고급 공유를 클릭합니다.

A.     고급 공유 대화 상자가 나타납니다.

6.      이 폴더를 공유함을 선택한 다음사용 권한을 클릭합니다.

A.     FolderName의 사용 권한 대화 상자가 나타납니다.

7.      추가를 클릭합니다.

A.     사용자, 컴퓨터 또는 그룹 선택대화 상자가 나타납니다.

8.      빌드 서비스 계정으로 지정된 계정의 유형에 따라 다음 단계 중 하나를 수행합니다.

A.     저장 폴더가 포함된 컴퓨터에서 실행되는 NETWORK SERVICE: “선택할 개체 이름을 입력하십시오.” 상자에 “NETWORK SERVICE”를 입력합니다.

B.      저장 폴더가 포함된 컴퓨터와 다른 컴퓨터에서 실행되는 NETWORK SERVICE:

                         i.         개체 유형을 클릭합니다.

                        ii.         개체 유형대화 상자에서 컴퓨터확인란을 선택한 다음확인을 클릭합니다.

                       iii.         위치가 올바른지 확인합니다.

                       iv.         선택할 개체 이름을 입력하십시오.” 상자에 BuildMachine$를 입력합니다. 여기서 BuildMachine은 빌드 에이전트가 실행되는 빌드 컴퓨터의 이름입니다.

C.      도메인 계정: 위치가 올바른지 확인합니다. “선택할 개체 이름을 입력하십시오.” 상자에 계정의 이름을 입력합니다.

9.      확인을 클릭합니다.

10.   FolderName사용 권한대화 상자에서 그룹 또는 사용자 이름목록에 추가한 계정을 클릭합니다.

11.   읽기/쓰기를 선택한 다음 확인을 클릭합니다.

 

 빌드 정의 만들기

Team Foundation Build를 사용하여 Java 프로젝트를 빌드하려면 먼저 빌드 정의를 만들어야 합니다. 이 빌드 정의에는 빌드할 Java 프로젝트와 이 프로젝트를 Ant 빌드를 이용할 지 또는 Maven 빌드를 이용할지가 명시되며, 빌드를 수행할 빌드 컨트롤러가 지정됩니다. 빌드 정의를 만든 다음에는 이 빌드를 Team Foundation Build 큐에 대기시킬 수 있습니다.

아래는 빌드 정의를 만드는 절차에 대한 설명입니다.

1.      Eclipse를 실행합니다.

2.      “Team Foundation Server Exploring” Perspective를 엽니다.

3.      “Team Explorer” 창에서 팀 프로젝트를 확장합니다.

4.      “Builds” 폴더에 우 클릭한 다음, “New Build Definition”을 선택합니다.

5.      “Build Definition” 창의 “General” 탭에서 다음 항목 값을 설정합니다.

A.     “Build definition name” – 빌드 정의에 대한 이름을 부여합니다. : <프로젝트명><빌드 트리거 유형>, “HelloJavaCIBuild”

B.      (선택) “Description” – 빌드 정의의 사용 목적에 대해 간략하게 기술합니다.

C.      (선택) “Disable this build definition” – 이 빌드 정의를 사용하지 않으려면 이 옵션을 선택합니다.

6.      “Trigger” 탭에서 다음 빌드 트리거 유형 중 하나를 선택합니다.

A.     “Manual” – 빌드 관리자가 수동으로 빌드를 실행시킵니다.

B.      “Continuous Integration” – “Workspace” 탭에서 지정한 working folder의 변경 내용(파일 편집, 추가, 삭제)이 체크 인 될 때 큐에 빌드를 대기 시킵니다.

C.      “Rolling Builds” – 변경 내용이 체크 인 될 떄 큐에 빌드를 대기시키지만 다음과 같은 제한이 있습니다.

                         i.         이 빌드 정의의 빌드가 이미 실행 중인 경우 추가 빌드가 큐에 대기되지 않습니다.

                        ii.         “Build no more often than every minutes” 확인란을 선택하고, 0에서 2147483647 사이의 정수 값을 입력하는 경우 그 시간이 지난 후에 새로운 빌드가 큐에 대기됩니다.

D.     “Gated Check-in” – 팀 멤버가 변경 내용을 체크 인하려고 시도할 때 큐에 변경 내용은 보류 집합에 저장되고 빌드될 때까지 큐에 대기됩니다. 이 빌드가 성공되면 체크 인 프로세스가 완료됩니다.

E.      “Schedule” – “이전 빌드 이후에 변경된 내용이 없어도 새로 빌드확인란을 선택하지 않은 경우 이 빌드 정의를 가장 최근에 실행한 이후 변경 내용이 체크 인되면 지정한 일과 시간에 빌드가 큐에 대기됩니다. 변경 내용이 마지막으로 성공한 빌드와 연결되었는지 여부와 관계없이 빌드가 큐에 대기됩니다.

이전 빌드 이후에 변경된 내용이 없어도 새로 빌드확인란을 선택하는 경우 지정한 일과 시간에 빌드가 큐에 대기됩니다. 변경 내용이 체크 인되었는지 여부와 관계없이 빌드가 큐에 대기됩니다.

7.      “Workspace” 탭의 “Working folders” 항목에서 빌드할 대상 프로젝트가 있는 폴더를 지정합니다. 만약, “Working folders”에 지정된 폴더 중 이 빌드 정의에서 제외하고 싶은 폴더가 있을 경우, 해당 폴더를 선택한 다음 키보드의 “Delete” 키를 누르거나 우 클릭한 다음 “Delete”를 선택합니다.

8.      “Build Defaults” 탭에서 “Build Controller” 목록에서 빌드를 제어할 빌드 컨트롤러를 선택합니다. “This build copies output file to a drop folder” 확인 란을 선택한 다음, 빌드 결과를 저장할 폴더의 경로를 입력합니다. 빌드 결과를 저장할 폴더에 대해서는 빌드 결과 저장 폴더 만들기를 참조합니다.

9.      “Project File” 탭에서 “TFSBuild.proj” 파일을 만들기 위해 “Create” 버튼을 클릭합니다.

A.     이전에 만든 “TFSBuild.proj” 파일을 사용하려면 “Browse” 버튼을 클릭하여 “TFSBuild.proj” 파일을 찾습니다.

10.   “Create Build” 창의 “Wizards” 목록에서 “MSBuild Configuration from Existing Ant Buildfile”를 선택한 다음, “Next” 버튼을 클릭합니다.

A.     이 문서에서는 Ant 빌드를 예로 설명합니다.

B.      만약, Maven 빌드를 사용하는 경우에는 “MSBuild Configuration from Existing Maven POM file”를 선택합니다.

11.   “Create Ant Build Configuration Wizard” 창에서 “build.xml”을 찾아 선택한 다음, “Finish” 버튼을 클릭합니다.

A.     “build.xml” 파일이 TFS 버전 제어에 추가되어 있어야 합니다.

12.   이전에 만든 “TFSBuild.proj” 파일을 지정하거나 새로운 “TFSBuild.proj” 파일이 성공적으로 만들어지면 “Found MSBuild project file: TFSBuild.proj” 메시지가 나타납니다.

13.   “Retention Policy” 탭에서 빌드 결과를 TFS에 얼마 동안 저장하여 관리할 것인지 정의합니다.

14.   새로운 빌드 정의가 성공적으로 만들어지면, “Team Explorer” 창에 아래와 같이 나타납니다.

 

 빌드 정의 편집하기

이전에 만들어진 빌드 정의를 수정해야 한다면, “Build Definition” 창에서 해당 빌드 정의를 편집할 수 있습니다. 예를 들어, 빌드가 수동으로 실행되도록 설정했던 것을 자동으로 실행되도록 변경해야 한다거나, 일시적으로 해당 빌드가 실행되지 않도록 막아 놓아야 할 경우 빌드 정의를 수정해야 합니다.

다음을 “Build Definition” 창에서 빌드 정의를 편집하는 절차입니다.

1.      “Team Explore”에서 “Builds” 폴더를 확장하고 빌드 정의에 우 클릭한 다음 “Edit Build Definition”을 클릭합니다.

2.      다음 탭 중 하나를 클릭합니다.

A.     빌드의 이름을 변경하거나 설명을 수정하려면 “General”을 클릭합니다.

B.      빌드 정의의 트리거를 표시하거나 수정하려면 “Trigger”를 클릭합니다.

C.      이 빌드 정의의 작업 영역을 표시하거나 수정하려면 “Workspace”를 클릭합니다.

D.     빌드 컨트롤러와 빌드 결과 저장 폴더를 표시하거나 수정하려면 “Build Defaults”을 클릭합니다.

E.      이 빌드 정의에서 수행하는 “TFSBuild.proj” 파일을 표시하거나 수정하려면 “Project File”을 클릭합니다.

F.      실패, 중지, 부분적 성공 또는 완전한 성공이라는 빌드 결과에 대한 현재 보존 정책을 표시하거나 수정하려면 “Retention Policy”를 클릭합니다.

3.      작업이 끝나면 Ctrl+S를 누릅니다.

 

 빌드 정의 삭제하기

더 이상 빌드 정의가 필요 없게 되었다면, 해당 빌드 정의를 삭제할 수 있습니다. , 삭제하려는 빌드 정의와 관련된 빌드 결과가 있는 경우에는 삭제가 안 됩니다. 따라서, 관련 빌드 결과를 먼저 삭제한 후 빌드 정의를 삭제해야 합니다.

다음은 빌드 정의를 삭제하는 절차에 대한 설명입니다.

1.      “Team Explorer”에서 “Builds” 폴더를 확장한 다음 삭제할 빌드 정의를 찾습니다.

A.     삭제할 빌드 정의와 연결되어 있는 완료된 빌드가 있으면 완료된 빌드를 모두 삭제해야 빌드 정의 자체를 삭제할 수 있습니다.

2.      연결되어 있는 완료된 빌드를 모두 삭제한 다음 빌드 정의에 우 클릭한 다음, “Delete”를 선택합니다.

3.      “Delete Build Definition” 대화 상자에서 “Yes” 버튼을 클릭합니다.

 

이상으로 TFS를 활용하여 Java 프로젝트를 통합 빌드하는 방법의 첫번째 강좌를 마칩니다.

다음은 정의된 빌드를 실행하고 빌드 결과를 확인하는 방법에 대해 알아보겠습니다.

감사합니다.

webmars

 

Posted by webmars
VS 2010 ALM/TFS 20102012.11.06 17:08

TFS 버전제어 다섯 째 강좌로 TFS에서 버전제어되고 있는 파일의 변경이력을 확인하는 방법에 대해 알아보겠습니다.

  • TFS Workspace 관리하기
  • Java 프로젝트를 TFS에 추가하기 및 TFS에서 Java 프로젝트 가져오기
  • TFS에서 파일 복사본을 로컬로 가져오기
  • 체크 아웃 및 체크 인
  • 변경 이력 확인하기
  • 버전 제어 대상 파일 비교하기

 


 

   변경 이력 확인하기

버전 제어 시스템의 한 가지 장점은 현재까지 파일에서 변경된 내용에 대한 자세한 정보를 살펴볼 수 있다는 점입니다. TFS 버전 제어에서는 현재까지 체크 인 된 모든 파일의 모든 버전과 관련된 기록 데이터를 유지 관리합니다.

파일, 폴더 또는 분기에 대한 기록을 살펴보다가 문제를 해결하거나 질문에 답하려는 경우도 있습니다. Team Foundation 버전 제어 기록 창을 사용하면 다음과 같은 질문에 보다 쉽게 답할 수 있습니다.

l  지난 몇 주 또는 몇 달 동안 어떤 변경 작업이 수행되었습니까?

l  파일에 대한 이 변경 내용으로 인해 어떤 작업 항목이 완료되었습니까?

l  이 변경 내용을 누가 체크 인했습니까? 체크 인한 사람은 이 변경 내용에 대해 어떻게 설명했습니까? 변경된 내용은 무엇입니까?

l  이 파일에 예기치 않은 변경 내용이 있어 안정적인 제품 영역에서 버그가 발생했습니다. 이 변경 작업을 수행한 사람은 누구이며 변경 이유는 무엇입니까?

l  이 분기의 변경 내용은 다른 분기에서도 수정해야 하는 버그를 수정합니다. 변경 내용이 이러한 분기에 병합되었는지 확인할 수 있는 방법은 무엇입니까?

 

변경 집합 내용 보기

“History” 창을 사용하여 분기, 폴더 또는 파일에 대한 기록 데이터를 볼 수 있습니다.

1.      다음 중 하나의 작업을 수행합니다.

A.     “Source Control” 창에서 변경 이력을 확인할 파일(또는 폴더)에 우 클릭한 다음, “View History”를 선택합니다.

                         i.         “Source Control” 창은 “Team Explorer” 창에서 “Source Control” 폴더를 더블 클릭하면 나타납니다.

B.      “Package Explorer” (또는 “Project Explorer”) 창에서 변경 이력을 확인할 파일(또는 폴더)에 우 클릭한 다음, “Team -> View History”을 차례로 선택합니다.

2.      “History” 창이 나타나고 변경 이력이 표시됩니다.

3.      변경 집합 중 하나에 우 클릭한 다음, “Details”를 선택합니다.

4.      “Details for Changeset” 창이 나타납니다. 이 창에서는 다음의 내용을 확인할 수 있습니다.

A.     Changeset Details: 변경 집합에 포함된 파일 목록입니다. 이 목록에 있는 파일들은 같이 체크 인 되었다는 것을 뜻합니다.

B.      Comment: 변경 내용에 대한 간략한 설명입니다.

C.      Changeset: 해당 변경 집합의 번호입니다. “변경 집합 번호라고 합니다.

D.     By User: 체크 인을 한 사용자입니다.

E.      Created On: 체크 인을 한 시간입니다.

5.      이 창에서는 다음과 같은 작업을 수행할 수 있습니다.

A.     파일의 현재 버전, 이전 버전, 최신 버전을 볼 수 있습니다. 파일 목록에서 파일에 우 클릭한 다음, “View -> View | View Previous Version | View Latest Version” 중 하나를 선택합니다.

B.      파일을 이전 버전, workspace 버전, 최신 버전과 비교할 수 있습니다. 파일 목록에서 파일에 우 클릭한 다음, “Compare -> Compare With Previous Version | Compare With Workspace Version | Compare With Latest Version” 중 하나를 선택합니다.

C.      변경 집합과 연결된 작업 항목을 조회하려면 “Work Item” 탭을 선택합니다. 작업 항목 목록에서 작업 항목을 더블 클릭하면 상세 내용을 볼 수 있습니다.

6.      “Details for Changeset” 창에서 “Comment”를 수정하면 “Save” 버튼이 활성화되어 수정 내용을 저장할 수 있습니다.

7.      “Cancel” 버튼을 클릭하여 “Details for Changeset” 창을 닫습니다.

8.      “History” 창에서 특정 변경 집합에 해당하는 파일을 로컬 복사본으로 가져오려면 해당 변경 집합에 우 클릭한 다음, “Get This Version”을 선택합니다.

 

이상으로 TFS 버전제어 다섯번 째 강좌를 마칩니다.

다음은 TFS를 활용해서 Java 프로젝트를 통합 빌드하기 위한 환경 구성과 빌드 수행 방법에 대해 알아보겠습니다.

감사합니다.

webmars

Posted by webmars
VS 2010 ALM/TFS 20102012.11.06 17:02

TFS 버전제어 네번 째 강좌로 TFS에서 버전제어되고 있는 파일을 편집하고, 변경된 내용을 업로드하는 방법에 대해 알아보겠습니다.

  • TFS Workspace 관리하기
  • Java 프로젝트를 TFS에 추가하기 및 TFS에서 Java 프로젝트 가져오기
  • TFS에서 파일 복사본을 로컬로 가져오기
  • 체크 아웃 및 체크 인
  • 변경 이력 확인하기
  • 버전 제어 대상 파일 비교하기

 


 

   체크 아웃 및 체크 인

TFS에서 버전 제어되고 있는 파일을 편집하려면 우선 해당 파일을 체크 아웃해야 합니다. 체크 아웃을 하면 로컬 파일이 편집 가능한 상태로 바뀌고 해당 파일을 어떤 사용자가 어느 workspace에서 편집하고 있는지 서버에 기록됩니다.

사용자는 체크 아웃한 파일을 편집하거나 새로운 파일을 추가하거나 기존 파일을 삭제한 경우, 이 변경 내용을 TFS에 반영하기 위해서는 해당 파일을 체크 인 해야 합니다. 파일을 체크 인 하면, 로컬 파일의 변경 내용이 서버에 저장되며 파일은 read-only 상태로 변경됩니다.

 

파일 체크 아웃 및 편집

다음은 TFS에서 버전 제어되고 있는 파일을 체크 아웃하는 절차입니다.

1.      Eclipse를 실행합니다.

2.      다음 중 하나의 작업을 수행합니다.

A.     “Source Control” 창에서 체크 아웃할 파일(또는 폴더)에 우 클릭한 다음, “Check Out for Edit”를 선택합니다.

                         i.         “Source Control” 창은 “Team Explorer” 창에서 “Source Control” 폴더를 더블 클릭하면 나타납니다.

B.      “Package Explorer” (또는 “Project Explorer”) 창에서 체크 아웃할 파일(또는 폴더)에 우 클릭한 다음, “Team -> Check Out for Edit”를 차례로 선택합니다.

                         i.         “Check Out for Edit”이 비활성화되어 있는 경우에는 먼저 “Return Online”을 선택합니다.

3.      “Check Out” 창에서 체크 아웃할 대상이 선택되었는지 확인합니다.

4.      “Select lock type” 목록에서 잠김 유형을 선택한 다음, “OK” 버튼을 클릭합니다.

A.     Unchanged – Keep any existing lock: 기존의 모든 잠금을 그대로 유지합니다.

B.      Check Out – Prevent other users from checking out and checking in: 다른 사용자가 해당 파일(또는 폴더)을 체크 아웃과 체크 인을 하지 못하도록 막습니다.

C.      Check In – Allow other users to check out but prevent them from checking in: 다른 사용자가 해당 파일(또는 폴더)을 체크 아웃 하도록 허용은 하지만, 체크 인 하지 못하도록 막습니다.

5.      “Source Control” 창의 “Pending Change” 열과 “User” 열에 다음과 같이 변경 유형(edit, lock, add, delelte)과 사용자 정보가 표시됩니다.

 

변경 내용 취소하기

다음은 사용자가 로컬 파일의 변경 내용을 취소하는 절차입니다. 변경 내용을 취소하면 해당 파일은 편집 전 버전으로 rollback됩니다.

1.      다음 중 하나의 작업을 수행합니다.

A.     “Pending Changes” 창에서 편집을 취소할 대상을 선택한 다음, 메뉴에서 “Undo” 아이콘을 클릭합니다.

                         i.         “Pending Changes” 창이 열려 있지 않다면, 메뉴에서 “Windows -> Show View -> Other”를 차례로 선택합니다. “Show View” 창에서 “Team Foundation Server -> Team Explorer”를 선택한 다음, “OK” 버튼을 클릭합니다.

B.      “Source Control” 창에서 편집을 취소할 파일(또는 폴더)에 우 클릭한 다음, “Undo Pending Changes”를 선택합니다.

                         i.         “Source Control” 창은 “Team Explorer” 창에서 “Source Control” 폴더를 더블 클릭하면 나타납니다.

C.      “Package Explorer” (또는 “Project Explorer”) 창에서 편집을 취소할 파일(또는 폴더)에 우 클릭한 다음, “Team -> Undo Pending Changes”를 차례로 선택합니다.

2.      “Undo Pending Changes” 창의 파일 목록에서 편집 취소할 대상을 확인한 다음, “Undo Changes” 버튼을 클릭합니다.

3.      “Source Control” 창의 “Pending Change” 열과 “User” 열에서 다음과 같이 변경 유형(edit, lock, add, delelte)과 사용자가 사라집니다. 또한, “Pending Changes” 창의 목록에서도 편집 취소된 파일 목록이 사라집니다.

 

변경 내용 체크 인

다음은 로컬 파일의 변경 내용을 TFS에 반영하는 절차입니다.

1.      다음 중 하나의 작업을 수행합니다.

A.     “Pending Changes” 창의 메뉴에서 체크 인할 대상을 확인합니다.

                         i.         “Pending Changes” 창이 열려 있지 않다면, 메뉴에서 “Windows -> Show View -> Other”를 차례로 선택합니다. “Show View” 창에서 “Team Foundation Server -> Team Explorer”를 선택한 다음, “OK” 버튼을 클릭합니다.

B.      “Source Control” 창에서 체크 인할 파일(또는 폴더)에 우 클릭한 다음, “Check In Pending Changes”를 선택합니다.

                         i.         “Source Control” 창은 “Team Explorer” 창에서 “Source Control” 폴더를 더블 클릭하면 나타납니다.

C.      “Package Explorer” (또는 “Project Explorer”) 창에서 체크 인할 파일(또는 폴더)에 우 클릭한 다음, “Team -> Check In Pending Changes”를 차례로 선택합니다.

2.      “Pending Changes” 창 또는 “Check In” 창에서 “Comment” 항목에 변경 내용을 간략하게 기술합니다.

3.      (선택) 변경 집합과 작업 항목을 연결하려면, “Pending Changes” 창 또는 “Check In” 창의 왼쪽 탭에서 “Work Items”를 선택합니다. 여기서는 “Check In” 창을 예제로 설명합니다. “Pending Change”창에서도 동일한 절차로 단계를 수행하면 됩니다.

A.     “Select” 버튼을 클릭합니다.

B.      “Select Query” 창에서 쿼리를 선택한 다음, “OK” 버튼을 클릭합니다.

C.      “Check In” 창에 쿼리 결과가 표시됩니다. 변경 집합과 연결할 작업 항목의 체크 박스를 선택합니다.

D.     왼쪽 탭에서 “Source Files”를 선택합니다.

4.      다음 중 하나의 작업을 수행합니다.

A.     “Pending Changes” 창의 메뉴에서 “Check In” 아이콘을 클릭합니다.

B.      “Check In” 창에서 “Check In” 버튼을 클릭합니다.

5.      “Confirm Check In” 대화 상자가 나타나면 “Yes” 버튼을 클릭합니다.

 

이상으로 TFS 버전제어 네번 째 강좌를 마칩니다.

다음은 TFS 버전제어 다섯 째 강좌로 변경 이력을 확인하는 방법에 대해 알아보겠습니다.

감사합니다.

webmars

 

Posted by webmars
VS 2010 ALM/TFS 20102012.11.01 14:20

TFS 버전제어 세번 째 강좌로 TFS에 있는 파일을 로컬로 가져오는 방법에 대해 알아보고자 합니다.

  • TFS Workspace 관리하기
  • Java 프로젝트를 TFS에 추가하기 및 TFS에서 Java 프로젝트 가져오기
  • TFS에서 파일 복사본을 로컬로 가져오기
  • 체크 아웃 및 체크 인
  • 변경 이력 확인하기
  • 버전 제어 대상 파일 비교하기

 


 

로컬 폴더를 서버 폴더의 최신 버전 또는 특정 버전으로 업데이트해야 할 때가 있습니다. 여러 명이 함께 작업하는 경우나 파일을 과거 버전으로 rollback해야 하는 경우가 그에 해당됩니다.

여기서는 TFS에 있는 파일(또는 폴더)의 최신 버전 또는 특정 버전으로 로컬 파일을 업데이트하는 방법에 대해 알아보겠습니다.

 

로컬 파일의 버전을 최신 버전으로 업데이트하기

다음은 서버 파일(또는 폴더)의 최신 버전을 로컬 컴퓨터로 가져오는 절차입니다.

1.      Eclipse를 실행합니다.

2.      다음 중 하나의 작업을 수행합니다.

A.     “Source Control” 창에서 최신 버전으로 업데이트할 파일(또는 폴더)에 우 클릭한 다음, “Get Latest Version”을 선택합니다.

                         i.         “Source Control” 창은 “Team Explorer” 창에서 “Source Control” 폴더를 더블 클릭하면 나타납니다.

B.      “Package Explorer” (또는 “Project Explorer”) 창에서 최신 버전으로 업데이트할 파일(또는 폴더)에 우 클릭한 다음, “Team -> Get Latest Version”을 차례로 선택합니다.

                         i.         “Get Latest Version”이 비활성화되어 있는 경우에는 먼저 “Return Online”을 선택합니다.

3.      가져오려는 서버 파일(또는 폴더)이 로컬 폴더와 매핑되어 있지 않다면 “Set Working Folder” 대화 상자가 나타납니다. 이 대화 상자에서 “Local Folder”“Browser” 버튼을 클릭하여 서버 폴더와 매핑할 로컬 폴더를 지정합니다.

4.      로컬 파일이 최신 버전이라면 “All files are up to date”라는 메시지가 나타납니다.

 

로컬 파일의 버전을 특정 버전으로 업데이트하기

다음은 서버 파일(또는 폴더)의 특정 버전을 로컬 컴퓨터로 가져오는 절차입니다.

1.      Eclipse를 실행합니다.

2.      다음 중 하나의 작업을 수행합니다.

A.     “Source Control” 창에서 특정 버전으로 가져올 파일(또는 폴더)에 우 클릭한 다음, “Get Specific Version”을 선택합니다.

                         i.         “Source Control” 창은 “Team Explorer” 창에서 “Source Control” 폴더를 더블 클릭하면 나타납니다.

B.      “Package Explorer” (또는 “Project Explorer”) 창에서 특정 버전으로 가져올 파일(또는 폴더)에 우 클릭한 다음, “Team -> Get Specific Version”을 차례로 선택합니다.

                         i.         “Get Specific Version”이 비활성화되어 있는 경우에는 먼저 “Return Online”을 선택합니다.

3.      가져올 서버 파일(또는 폴더)이 로컬 폴더와 매핑되어 있지 않다면 “Set Working Folder” 대화 상자가 나타납니다. 이 대화 상자에서 “Local Folder”“Browser” 버튼을 클릭하여 서버 폴더와 매핑할 로컬 폴더를 지정합니다.

4.      “Get” 창의 “Version” 항목에서 파일(또는 폴더)을 업데이트할 형식을 선택합니다.

A.     Changeset: 지정된 변경 집합에 포함된 파일의 버전으로 업데이트합니다.

B.      Date: 지정된 날짜 이전에 마지막으로 체크 인 된 버전으로 업데이트합니다.

C.      Label: 지정된 레이블에 포함된 파일의 버전으로 업데이트합니다.

D.     Latest Version: TFS 버전 제어의 최신 버전으로 업데이트합니다. “Get Latest Version”과 동일하게 업데이트합니다.

E.      Workspace Version: 지정된 workspace의 로컬 버전으로 업데이트합니다.

5.      (선택) 로컬에 이미 있더라도 모든 파일을 특정 버전으로 강제 업데이트하려면 이 옵션을 선택합니다.

6.      (선택) 체크 아웃되지 않은 쓰기 가능한 파일을 업데이트하려면 이 옵션을 선택합니다.

7.      “Get” 버튼을 클릭합니다.

 

이상으로 TFS 버전제어 세번 째 강좌를 마칩니다.

다음은 TFS 버전제어 네번 째 강좌로  체크 아웃 및 체크 인에 대해 알아보겠습니다.

 

감사합니다.

webmars

Posted by webmars
VS 2010 ALM/TFS 20102012.11.01 14:11

Java 개발자를 위한 TFS 사용 방법에 대한 강좌를 진행하고 있는데요. 이번 강좌는 지난 강좌에 이어 TFS 버전제어 기능에 대해 계속해서 살펴보도록 하겠습니다.

이번 강좌의 주제는 TFS 버전제어 두 번째 시간으로 Java 프로젝트를 TFS에 추가하는 방법과 TFS에서 Java 프로젝트를 로컬로 가져오는 방법입니다.

  • TFS Workspace 관리하기
  • Java 프로젝트를 TFS에 추가하기 및 TFS에서 Java 프로젝트 가져오기
  • TFS에서 파일 복사본을 로컬로 가져오기
  • 체크 아웃 및 체크 인
  • 변경 이력 확인하기
  • 버전 제어 대상 파일 비교하기

 


 

TFS workspace를 만들고 서버 폴더와 로컬 폴더의 매핑 작업까지 완료되었다면, 이제 TFS를 사용해서 Java 프로젝트를 버전 제어할 준비가 끝난 것입니다.

개발자가 Java 프로젝트를 TFS에서 버전 제어하려면, 로컬에서 만든 Java 프로젝트를 TFS에 추가하거나, TFS에 있는 Java 프로젝트의 복사본을 로컬로 가져와야 합니다.

여기서는 Java 프로젝트를 TFS에 추가하는 방법과 TFS에서 Java 프로젝트를 가져오는 방법에 대해 알아보겠습니다.

 

Java 로젝트를 TFS에 추가하기

다음은 로컬 컴퓨터에서 새로 만든 Java 프로젝트를 TFS에 추가하는 절차입니다.

1.      Eclipse“Package Explorer” (또는 “Project Explorer”)에서 TFS에 추가할 Java 프로젝트에 우 클릭한 다음, “Team -> Share Project”를 차례로 선택합니다.

2.      “Share Project” 창의 “Select a repository type” 목록에서 “Team Foundation Server”를 선택한 다음, “Next” 버튼을 클릭합니다.

3.      TFS에 연결되어 있지 않은 경우, “Team Project” 창이 나타납니다. 이 창에서 연결할 TFS, 팀 프로젝트 컬렉션, 팀 프로젝트를 차례로 선택한 다음, “Next” 버튼을 클릭합니다.

4.      “TFS Workspace” 창에서 Java 프로젝트를 추가할 workspace를 선택한 다음, “Next” 버튼을 클릭합니다.

5.      “Share Location” 페이지에서 Java 프로젝트를 추가할 서버 폴더를 선택한 다음, “Next” 버튼을 클릭합니다.

A.     필요한 경우, “Project folder path” 항목을 직접 편집합니다.

6.      “Confirmation” 페이지에서 내용을 확인한 다음, “Finish” 버튼을 클릭합니다.

7.      “Pending Changes” 창에 추가될 파일 목록이 나타납니다. 이 창의 메뉴에서 “Check In” 버튼을 클릭합니다.

A.     만약, 파일 목록 중 TFS에 추가하지 않을 파일이 있을 경우, 해당 파일의 체크를 해제합니다.

8.      “Confirm Check In” 대화 상자에서 “Yes” 버튼을 클릭합니다.

9.      “Package Explorer” (또는 “Project Explorer”) 창에서 Java 프로젝트의 패키지 및 파일에 실린더 모양의 아이콘이 추가된 것을 확인할 수 있습니다.

 

TFS에서 Java 프로젝트 가져오기

다음은 다른 사용자가 TFS에 추가한 Java 프로젝트 또는 자신이 다른 컴퓨터에서 TFS에 추가한 Java 프로젝트를 로컬 컴퓨터로 가져오기 위한 절차입니다.

1.      Eclipse를 실행합니다.

2.      메뉴에서 “File -> Import”를 차례로 선택합니다.

3.      “Import” 창의 “Select” 페이지에서 “Team -> Team Foundation Sever”를 선택한 다음, “Next” 버튼을 클릭합니다.

4.      TFS에 연결되어 있지 않은 경우, “Team Project” 창이 나타납니다. 이 창에서 연결할 TFS, 팀 프로젝트 컬렉션, 팀 프로젝트를 차례로 선택한 다음, “Next” 버튼을 클릭합니다.

5.      “TFS Workspace” 창에서 Java 프로젝트를 추가할 workspace를 선택한 다음, “Next” 버튼을 클릭합니다.

6.      “Project Selection” 페이지에서 가져올 Java 프로젝트가 포함된 폴더를 선택한 다음, “Next” 버튼을 클릭합니다.

7.      “Confirm” 페이지에서 가져올 Java 프로젝트를 확인 한 다음, “Finish” 버튼을 클릭합니다.

8.      “Package Explorer” (또는 “Project Explorer) “Import”Java 프로젝트가 나타납니다.

 

이상으로 TFS 버전제어 두번 째 강좌를 마칩니다.

다음 다섯 번째 강좌에서는 TFS에서 파일 복사본을 로컬로 가져오는 방법에 대해 알아보겠습니다.

 

감사합니다.

webmars.

Posted by webmars
VS 2010 ALM/TFS 20102012.04.06 12:31

이제 TFS Plug-in for Eclipse를 설치했으니 Java 프로젝트를 TFS에 올려서 버전 제어하는 방법에 대해 알아 보겠습니다.

※TFS Plug-in for Eclipse 설치 방법은 "[강좌] Java 개발자를 위한 TFS 사용 방법 - 2. Team Explorer Everywhere 설치 및 구성"을 참조하세요.

TFS 버전 제어 기능을 많기 때문에 다음과 같이 6차례로 나눠서 다루겠습니다.

  • TFS Workspace 관리하기
  • Java 프로젝트를 TFS에 추가하기 및 TFS에서 Java 프로젝트 가져오기
  • TFS에서 파일 복사본을 로컬로 가져오기
  • 체크 아웃 및 체크 인
  • 변경 이력 확인하기
  • 버전 제어 대상 파일 비교하기

오늘은 그 첫 번째로 TFS의 Workspace를 관리하는 방법에 대해 설명합니다.

 


 

3. Eclipse에서 TFS로 Java 프로젝트 버전 제어하기

버전 제어라 함은 일반적으로 파일의 변경 이력을 관리하는 것을 뜻합니다. TFS에서는 이러한 버전 제어를 지원하기 위한 여러 가지 기능들을 제공합니다. 주요 버전 제어 기능은 다음과 같습니다.

  • 작업 영역(workspace)

  • 체크 아웃(check out)

  • 체크 인(check in)

  • 최신 버전 가져오기(get latest version)

  • 특정 버전 가져오기(get specific version)

  • 기록 보기(history)

  • 분기 및 병합(branch and merge)

  • 보류(shelving)

  • 주석 달기(annotate)

 

3.1. TFS Workspace 관리하기

TFS workspace에는 서버 폴더와 로컬 폴더의 매핑 정보가 있습니다. 서버의 버전 제어 대상을 변경하지 않고 클라이언트 로컬 폴더에 있는 버전 제어 항목을 변경할 수 있습니다. 변경 내용을 체크 인하면 클라이언트 로컬 폴더의 변경 내용이 서버 폴더에 커밋됩니다. 이때, 서버의 어느 폴더에 커밋할 지는 workspace의 매핑 정보에 의해 결정됩니다. 또한, 서버에 있는 파일(또는 폴더)의 복사본을 클라이언트로 다운로드할 때 어느 로컬 폴더로 가져올 지도 workspace의 매핑 정보에 의해 결정됩니다.

사용자는 wokspace를 하나 이상 만들 수 있습니다. 예를 들어, 하나의 소프트웨어에 대해 현재 버전을 유지 보수하면서 새로운 버전을 개발하는 경우, workspace를 두 개 이상 만들어 사용할 수 있습니다. 또한, 더 이상 사용하지 않는 workspace를 삭제할 수도 있습니다. 예를 들어, 현재 버전의 소프트웨어를 더 이상 유지 보수하지 않을 경우 관련 workspace를 삭제할 수 있습니다.

 

3.2. Eclipse Workspace TFS Workspace

Eclipse TFS 모두 workspace라는 용어를 사용합니다. 그러나, 두 개의 의미가 서로 다르기 때문에 그 차이점을 정확히 이해해야 합니다.

먼저, Eclipse workspace는 로컬의 작업 폴더를 의미합니다. workspace Eclipse가 시작될 때 또는 Eclipse 메뉴에서 설정할 수 있습니다. Eclipse 상에서의 모든 프로젝트, 소스 파일, 이미지 등은 이 workspace에 저장됩니다.

반면, TFS workspace TFS 서버 폴더와 로컬 폴더의 매핑 정보를 관리합니다. 이 정보에 의해 클라이언트로 서버 파일(또는 파일)의 복사본을 가져올 때나 클라이언트의 변경 내용을 서버에 커밋할 때 어느 폴더로 가져올지 또는 커밋할지가 결정됩니다. 사용자는 하나 이상의 TFS workspace를 만들 수 있으며 “Team Explorer” 창에서 workspace 중 하나를 설정할 수 있습니다.

그렇다면 Eclipse workspace TFS workspace를 어떻게 설정하여 사용하는 것이 가장 효율적일까요? 하나의 TFS workspace Eclipse workspace로 설정된 로컬 폴더와 TFS 서버 폴더를 매핑시킵니다. 그리고, “Team Explorer”에서 그 TFS workspace를 설정하여 작업을 하는 것이 가장 좋습니다.

 

위 그림을 예로 설명하면, Eclipse Workspace“D:\work\dev” 로컬 폴더를 설정합니다. 그리고, 이 로컬 폴더와 서버의 “$AgileProjet/Projects/source/Dev” 폴더를 TFS Workspace“MyWorkspace”에 매핑시킵니다. 이와 같이 workspace를 설정한 다음, Eclipse“Team Explorer”에서 TFS workspace“MyWorkspace”로 설정한 다음 작업을 진행합니다.

만약, 서버 폴더를 로컬의 다른 폴더로 매핑시켜 작업을 하고자 할 경우에는, TFS workspace를 새로 만들고, TFS workspace에 서버 폴더와 다른 로컬 폴더를 매핑시킵니다. 그리고, Eclipse workspace를 다시 설정하고, “Team Explorer”에서 TFS workspace를 새로 만든 workspace로 변경합니다.

 

3.3. TFS Workspace 추가하기

TFS 사용자는 workspace를 두 개 이상 만들어 사용할 수 있습니다. 대개, 하나의 소프트웨어에 대해 두 개 이상의 버전을 동시에 개발 및 유지 보수하거나 개발 소스 코드와 테스트 소스 코드를 따로 관리해야 하는 경우에 workspace를 새로 만들어 사용합니다.

여기서는 TFS workspace를 추가하는 방법에 대해 알아봅니다.

1.      Eclipse를 실행합니다.

2.      “Team Foundation Server Exploring perspective”를 선택합니다.

A.     TFS와 연결이 되어 있지 않을 경우, “TFS Plug-in for Eclipse에서 TFS에 연결하기를 참조하여 연결합니다.

3.      “Team Explorer” 창의 메뉴에서 “Add Existing Team Project” 버튼을 클릭합니다.

 

4.      “Add Existing Team Project” 창의 “Team Project” 페이지에서 workspace를 추가할 TFS, 팀 프로젝트 컬렉션, 팀 프로젝트를 차례로 선택한 다음, “Next” 버튼을 클릭합니다.

5.      “TFS Workspace” 페이지에서 “Add” 버튼을 클릭합니다.

6.      “Add Workspace” 창에서 다음 항목의 값을 입력한 다음, “OK” 버튼을 클릭합니다.

A.     Name: workspace의 이름을 입력합니다.

B.      Comment: workspace의 사용 목적을 간략하게 기술합니다.

7.      “TFS Workspace” 페이지에서 새로 추가한 workspace를 선택한 다음, “Finish” 버튼을 클릭합니다.

 

3.4. TFS Workspace에서 작업 폴더 매핑하기

TFS workspace는 서버 폴더와 로컬 폴더의 매핑 정보를 관리합니다. 하나의 workspace에는 일반적으로 여러 개의 매핑 정보가 관리되며, 이 매핑 정보는 사용자가 직접 편집할 수 있습니다.

여기서는 TFS workspace에서 서버 폴더와 로컬 폴더를 매핑시키는 방법에 대해 알아보겠습니다.

1.      Eclipse를 실행합니다.

2.      “Team Foundation Server Exploring perspective”를 선택합니다.

A.     TFS와 연결이 되어 있지 않을 경우, “TFS Plug-in for Eclipse에서 TFS에 연결하기를 참조하여 연결합니다.

3.      “Team Explorer” 창의 메뉴에서 “Add Existing Team Project” 버튼을 클릭합니다.

4.      “Add Existing Team Project” 창의 “Team Project” 페이지에서 workspace를 추가할 TFS, 팀 프로젝트 컬렉션, 팀 프로젝트를 차례로 선택한 다음, “Next” 버튼을 클릭합니다.

5.      “TFS Workspace” 페이지에서 편집할 workspace를 선택한 다음, “Edit” 버튼을 클릭합니다. 

6.    “Edit Workspace” 창의 “Working folders” 항목에서 “Source Control Folder” 열의 빈 칸을 클릭하면 말 줄임(…)” 버튼이 나타납니다. 이 버튼을 클릭합니다.

7.      “Browse for Folder” 창에서 로컬 폴더와 매핑할 서버 폴더를 선택한 다음, “OK” 버튼을 클릭합니다.

8.      이번에는 “Local Folder” 열의 빈 간에서 말 줄임(...)” 버튼을 클릭합니다.

9.      “Browse for Folder” 창에서 서버 폴더와 매핑할 로컬 폴더를 선택한 다음, “확인버튼을 클릭합니다.

10.   “Edit Workspace” 창에서 작업 폴더 매핑 정보를 확인한 다음, “OK” 버튼을 클릭합니다.

11.   “Workspace Modified” 대화 상자에서 “Yes” 버튼을 클릭합니다.

12.   “Add Existing Team Project” 창에서 “Finish” 버튼을 클릭합니다.

 

이상으로 세 번째 강좌를 마칩니다.

다음 강좌에서는 TFS 버전 제어 두 번째로 Java 프로젝트를 TFS에 추가하는 방법과 TFS에서 Java 프로젝트를 로컬로 가져오는 방법에 대해 알아보겠습니다.

감사합니다.

webmars.

 

Posted by webmars
VS 2010 ALM/TFS 20102012.02.13 16:54

지난 강좌에서는 TFS가 Java 개발을 지원하기 위해 Eclipse 용 클라이언트인 Team Explorer Everywhere(이하 TEE)를 제공한다는 것과 그 클라이언트 사용을 위한 소프트웨어 및 하드웨어 요구사항, 그리고 SVN과의 용어 비교 등에 대해 설명했습니다.

이번 강좌에서는 TEE를 설치하고 구성하는 방법에 대해 알아 보겠습니다.

[Note]
지난 강좌에서도 언급했듯이 엄밀히 얘기하면 TEE의 "TFS Plug-in for Eclipse"를 설치하고 구성하는 방법입니다.



2. Team Explorer Everywhere 설치 및 구성

2.1 Team Explorer Everywhere 다운로드


TEE 설치 파일("TFSEclipsePlugin-UpdateSiteArchive-10.1.0.zip")은 다음 URL에서 다운로드 받을 수 있습니다.

    http://www.microsoft.com/download/en/details.aspx?id=25125 

2012년 2월 13일 현재 TEE는 SP1까지 나와있습니다.

지원 언어는 영어가 기본입니다. 언어 팩이 있기는 한데 아직 한글 버전은 없습니다.
(http://www.microsoft.com/download/en/details.aspx?id=27118).


[Note]
TEE 설치에 필요한 소프트웨어 및 하드웨어 요구 사항은 첫 번째 강좌의 ‘TEE 사용을 위한 소프트웨어 및 하드웨어 요구 사항’ 표를 참고하시기 바랍니다.


[Note]
이 설치 방법은
Eclipse 3.6 버전을 기준으로 설명합니다. 다른 버전의 Eclipse 또는 Eclipse 기반의 IDE는 메뉴 명이 다를 수 있습니다. 그러나, 전체적인 설치 순서는 동일합니다.


2.2 Team Explorer Everywhere 설치

이제 TEE를 설치하는 방법에 대해 알아보겠습니다.

1.      Eclipse를 실행합니다.

2.      “Help” 메뉴에서 “Install New Software…” 를 선택합니다.


3.      “Install” 창에서 “Add” 버튼을 클릭합니다.


4.      “Add Repository” 창에서 “Name” 항목에 “Local Team Explorer plug-in archive”라고 입력한 다음, “Archive” 버튼을 클릭합니다.


5.      이 제품의 설치 미디어에 있는 아카이브 파일을 찾아 선택한 다음, “열기버튼을 클릭합니다.


A.     아카이브 파일인 “TFSEclipsePlugin-UpdateSiteArchive-10.0.0zip”은 설치 미디어의 “\PluginForEclipse” 폴더에서 찾을 수 있습니다.

B.      설치 미디어가 없다면, http://www.microsoft.com/download/en/details.aspx?id=25125 사이트에서 최신 버전을 다운로드 받을 수 있습니다.

6.      “Add Repository” 창에서 “OK” 버튼을 클릭합니다.


7.      “Install” 창의 소프트웨어 목록에서 “Visual Studio Team Explorer Everywhere 2010” 앞의 체크 박스를 선택한 다음, “Next” 버튼을 클릭합니다.


8.      “Next” 버튼을 클릭합니다.

9.      “I accept the terms of the license agreement”를 선택한 다음, “Finish” 버튼을 클릭합니다.

10.   Eclipse를 다시 시작해야 한다는 창이 나타나면, “Restart Now” 버튼을 클릭합니다.

11.   Eclipse가 다시 시작되면, “Windows” 메뉴에서 “Open Perspective -> Other…”를 차례로 선택합니다.


12.   “Open Perspective” 창에서 “Team Foundation Server Exploring”을 선택한 다음, “OK” 버튼을 클릭합니다.


13.   Eclipse“Team Foundation Sever” Perspective가 열리고, “Team Explorer”“Pending Changes” 창이 나타납니다.



2.3 버전 제어 옵션 설정하기

Eclipse TEE를 설치하면 Eclipse 속성에서 TFS 버전 제어 옵션을 설정할 수 있습니다. 이 옵션에는 체크 아웃할 때 서버의 최신 버전을 가져올 것인지, 체크 아웃할 때 파일을 잠글(lock) 것인지 등이 있습니다.

다음은 TFS 버전 제어 옵션을 설정하는 방법입니다.

1.      Eclipse를 실행합니다.

2.      메뉴에서 “Windows -> Preferences”를 차례로 선택합니다.


3.      “Preferences” 창에서 “Team -> Team Foundation Server -> Source Control”을 차례로 확장하여 선택합니다.


4.      “Source Control” 패널에서 다음의 옵션을 설정합니다.

A.     Get latest version of item on check out: 체크 아웃할 때 최신 버전을 자동으로 가져오기하려면 이 옵션을 선택합니다.

B.      Show deleted items in the Source Control Explorer: “Source Control Explorer” 창에서 삭제된 버전 제어 대상 항목을 보려면 이 옵션을 선택합니다.

C.      Default Lock Level: 체크 아웃한 버전 제어 대상 항목에 대한 잠금(lock) 옵션을 설정합니다.

                         i.         Unchanged – Keep any existing lock: 기존의 모든 잠금을 그대로 유지합니다.

                        ii.         Check Out – Prevent other users from checking out and checking in: 다른 사용자가 해당 파일(또는 폴더)을 체크 아웃과 체크 인을 하지 못하도록 막습니다.

                       iii.         Check In – Allow other users to check out but prevent them from checking in: 다른 사용자가 해당 파일(또는 폴더)을 체크 아웃 하도록 허용은 하지만, 체크 인 하지 못하도록 막습니다.

D.     Source Control Prompt

                         i.         Hide the “All files are up to date” message: “최신 버전 가져오기할 때 로컬 버전이 최신 버전일 경우 표시되는 “All files are up to date” 메시지를 숨기려면 이 옵션을 선택합니다.

                        ii.         Confirm before checking in: 체크 인 할 때 확인 대화 상자를 표시하려면 이 옵션을 선택합니다.

E.      Checking Out In Editors: 파일을 편집할 때 체크 아웃에 대한 옵션을 선택합니다.

                         i.         Check out files in the background: 편집할 때 자동으로 체크 아웃을 하지만 백그라운드로 처리합니다.

                        ii.         Display progress while checking out: 편집할 때 자동으로 체크 아웃을 하지만 체크 아웃 과정을 표시합니다.

                       iii.         Prompt before checking out files: 편집할 때 체크 아웃 대화 상자를 표시합니다.

5.      옵션 설정을 마친 다음에 “OK” 버튼을 클릭합니다.



2.4 TFS에 연결하기

TEE 설치가 끝났다면 이제 TFS에 연결을 합니다. TFS에 연결을 하기 위해서는 다음 두 가지 항목에 대해 알고 있어야 합니다.

l  TFS 이름: 연결한 TFS의 서버 이름입니다.

n  서버의 IP로도 연결이 가능하지만, 보고서 및 팀 포탈 사이트의 원활한 사용을 위해서는 DNS에 등록된 서버의 이름을 사용해야 합니다. 만약, 서버가 DNS에 등록되어 있지 않다면 사용자는 로컬 PC hosts 파일에 서버의 IP와 이름을 추가해야 합니다.

[Note] 

hosts 파일 편집하는 방법

1. 메모장을 연다. (OS Vista 이상인 경우에는 관리자 권한으로 연다)

2. 메뉴에서 파일 -> 열기를 차례로 선택한다.

3. “C:\Windows\System32\drivers\etc” 폴더로 이동한다.

4. 열기창 오른쪽 하단에서 확장자를 모든 파일(*.*)”로 변경한다.

5. “hosts” 파일을 선택한 다음, “열기버튼을 클릭한다.

6. TFS 서버 IP와 서버 이름을 입력한다.

A. : 10.10.1.180 webmars-win2008 #TFS2010 서버

7. “Ctrl+s”를 눌러 변경 내용을 저장한다.

l  TFS 사용자 정보: TFS에 연결하기 위한 사용자 계정 정보입니다.

n  사용자 계정은 도메인 환경일 경우 도메인 계정을 TFS에 등록하며, 도메인 환경이 아닐 경우에는 TFS가 설치된 서버에 사용자 계정을 만들어 그 계정을 TFS에 등록합니다. 이렇게 등록된 사용자 계정을 이용해서 TFS에 연결하게 됩니다.

다음은 TFS Plug-in for Eclipse에서 TFS에 연결하는 절차입니다.

1.      “Team Foundation Server Exploring Perspective”의 왼쪽에 있는 “Team Explorer” 창에서 “Add Existing Team Project” 버튼을 클릭합니다.


2.      만약, 처음으로 “Add Existing Team Project” 버튼을 클릭한 경우라면, 라이선스 창이 나타납니다. “I have read and accept the terms in the License Agreement” 항목을 체크하고 “Next” 버튼을 클릭합니다.

3.      “Product Key” 입력 페이지에서 키 값을 입력하고, “Next” 버튼을 클릭합니다.

A.     만약, 키가 없을 경우 “Use a full featured trial version ~” 항목을 체크합니다.

4.      “Add Existing Team Project” 창의 “TFS Server” 페이지에서 “Login Detail” 탭에 아래와 같이 각 항목을 입력 또는 선택합니다.

A.     Server: TFS 이름. , http://webmars-win2008:8080/tfs

B.      TFS 사용자 계정

                         i.         로컬 PC에 로그 인한 사용자 계정으로 TFS에 연결을 하려면, “Authenticate as currently logged-in user”를 선택합니다.


                        ii.         다른 사용자 계정으로 TFS에 연결을 하려면, “Authenticate using these credentials”를 선택하고, “Username”, “Domain”, “Password” 항목에 값을 입력합니다.


5.      (선택) TFS 포트 번호 또는 프로토콜을 변경하고자 하는 경우에는 “Advanced” 탭을 선택합니다.


A.     Path: TFS 웹 사이트 설치 경로를 지정합니다. 기본값: tfs

B.      Port number: TFS 서버 포트 번호를 입력합니다. 기본값: 8080

C.      Protocol: TFS와의 통신에 사용할 프로토콜을 선택합니다. 기본값: HTTP

6.      (선택) TFS Proxy를 사용하는 경우에는 “Proxy Details” 탭을 선택합니다.


A.     URL: TFS Proxy URL을 입력합니다. : http://proxy.webmars-win2008:8000

B.      사용자 계정: “4단계의 B. TFS 사용자 계정을 참조합니다.

7.      “Team Project” 페이지에서 연결할 팀 프로젝트 컬렉션과 팀 프로젝트를 선택합니다.


8.      “Next” 버튼을 클릭합니다.

9.      “TFS Workspace” 페이지에서 “Add” 버튼을 클릭합니다.

A.     9 ~ 11 단계는 TFS에 처음 연결하는 경우에만 진행합니다.


10.   “Add Workspace” 창에서 다음 항목의 값을 입력합니다.

A.     Name: workspace의 이름을 입력합니다. 이 이름은 사번과 같이 고유하면서 잘 변경되지 않는 문자열을 포함하여 명명합니다. 또한, 작업 영역의 목적을 의미하는 문자열도 포함하는 것이 좋습니다.

                         i.         : <사번>_Dev, <사번>_Test . 04A001_Dev, 04A001_Test .

                        ii.         사용자가 TFS에 접속하면, 기본적으로 사용자의 컴퓨터 이름과 동일한 workspace가 만들어집니다. workspace 대신 새로 만든 workspace를 사용하기를 권고합니다.

B.      Comment: workspace의 사용 목적을 간략하게 기술합니다.


11.   “OK” 버튼을 클릭합니다.

12.   “TFS Workspace” 페이지에서 workspace를 선택한 다음, “Finish” 버튼을 클릭합니다.


TFS에 연결되면, “Team Explorer” 창이 다음과 같이 보일 것입니다.


이상으로 두 번째 강좌를 마칩니다.

다음 강좌에서는 Eclipse에서 TFS를 이용하여 Java 파일을 버전 제어하는 방법에 대해 알아보겠습니다.

감사합니다.

webmars.

Posted by webmars
VS 2010 ALM/TFS 20102012.02.07 11:39

버전 제어 도구를 선택할 때 여러분들은 어떤 점을 고려하시나요?

가격, 기능, 직관적 UI, 기술지원 등이 주요 고려 대상일 것 같은데요. 그 외에 한 가지가 더 있다면 그것은 내가 사용하는 개발 도구에서도 쓸 수 있는지 즉, 개발 도구와 통합되어 있는지 일 것입니다.

만약 Visual Studio를 개발 도구로 사용하고 있다면 Visual Studio에 Add-in되는 버전 제어 도구를 사용하는 것이 아무래도 편리할 테니까요. Eclipse의 경우에도 마찬가지이구요.

그래서, Team Foundation Server(이하 TFS)나 Subversion 등의 버전 제어 도구들은 개발 도구에 Add-in되는 클라이언트를 제공하고 있습니다.

이 강좌에서는 Eclipse에 Add-in되는 TFS 클라이언트인 Team Explorer Everywhere에 대해 알아보고자 합니다.

앞으로 몇 차례에 걸쳐 Team Explorer Everywhere를 소개하고, 설치 및 구성 방법과 기능 사용에 대해서 자세히 다룰 것입니다.

※ 이 강좌에서 설명하는 TFS 및 Team Explorer Everywher는 2010 버전을 기준으로 합니다.



1. TFS의 Java 개발 지원

1.1. Team Explorer Everywhere


일반적으로 Java 개발 도구하면 생각나는 것이 Eclipse입니다. 그만큼 Eclipse는 범용적인 Java 개발 도구입니다. 따라서, 버전 제어 도구가 Java 개발을 지원하기 하려면 Eclipse에 Add-in되는 클라이언트가 필수입니다.

대표적인 버전 제어 도구로는 CVS와 Subversion(SVN)이 있습니다. 이 두 개의 버전 제어 도구는 오래전부터 오픈 소스 진영에서 사용되고 있으며, 당연히 Eclipse에 Add-in되는 클라이언트를 제공합니다.

Microsoft의 TFS도 이 도구들과 마찬가지로 Eclipse에 Add-in되는 클라이언트를 제공합니다. 이 클라이언트의 이름은 "Team Explorer Everywhere"(이하 TEE)입니다.

(예전에는 SourceGear라는 회사에서 Teamprise라는 이름으로 판매했었는데, Microsoft가 2009년도에 이 제품을 인수하면서 이름을 TEE로 바꿨습니다. Visual Studio에 Add-in되는 "팀 탐색기"는 무료인데 반해, TEE는 유료입니다. 따라서, TFS CAL이 있더라도 TEE를 별도로 구매해야 합니다.) ==> 이 글을 작성한 다음 달인 2012년 3월에 무료로 정책이 바꼈네요.^^

Eclipse에서 TEE를 설치하면 "Team Foundation Server Exploring" perspective가 추가되는데, 이 perspective에 포함된 "Team Explorer" 창을 통해 TFS에 접근하고, TFS의 기능들을 사용하게 됩니다.


뿐만 아니라, "Package Explorer"나 "Project Explorer" 창에서도 마우스 우 클릭하여 TFS의 버전 제어 기능을 사용할 수도 있습니다.


[Note]
TEE는 "TFS Plug-in for Eclipse"와 "Cross-platform Command-line Client for TFS" 두 가지 제품으로 구성됩니다. "TFS Plug-in for Eclipse"는 Eclipse에 설치되는 클라이언트입니다. 그리고, "Cross-platform Command-line Client for TFS"는 압축된 파일 형태로 제공되며, 이 압축을 푼 후 명령 창을 통해 TFS의 버전 제어 기능을 사용할 수 있습니다.

이 강좌에서는 "TFS Plug-in for Eclipse"에 대한 활용 방법을 기술합니다. 따라서, 이 문서에서 TEE라 함은 "TFS Plug-in for Eclipse"를 의미합니다.


1.2. TEE의 하드웨어 및 소프트웨어 요구사항

TEE는 Windows 운영 체제 뿐만 아니라 Mac, Linux, Solaris, AIX 등의 운영 체제도 지원합니다. 따라서, Windows 운영 체제가 아닌 다른 운영 체제에서 Eclipse 기반의 개발 도구를 사용하는 경우라면 TEE를 설치해서 TFS를 사용할 수 있습니다.

[Note]
만약, Eclipse를 사용하지 않더라도 "Cross-platform Command-line Client for TFS"를 통해서 TFS의 버전 제어 기능을 사용할 수 있습니다.

또한, TEE는 Eclipse 기반의 모든 도구에도 설치할 수 있습니다. 예를 들어, IBM Rational Software Architect, IBM Rational Application Developer, Adobe Flex Builder, Aptana Studio 등에도 TEE를 설치할 수 있습니다.

다음 표는 TEE에 대한 운영 체제, IDE, Java 런타임, 하드웨어 요구 사항입니다.

 구분  지원 대상 
 운영 체제  •Mac OS X 10.4 to 10.6 (PowerPC, Intel)
 •Linux with GLIBC 2.3 to 2.11 (x86, x86_64, PowerPC)
 •Solaris 8, 9, 10 (SPARC, x86, x86-64)
 •AIX 5.2 to 6.1 (POWER)
 •HP-UX 11i v1 to v3 (PA-RISC, Itanium).
 •Windows XP SP2, Windows Vista or Windows 7 (x86, x64)
 IDE

 •Eclipse 3.0 to 3.5 on Windows, Linux, Mac OS X, Solaris, AIX, or HP-UX.
 •IBM Rational Application Developer 6.0 to 7.5 on Windows.
 •IBM Rational Application Developer 7.0 to 7.5 on Linux.
 •Additional IDEs based on Eclipse 3.0 to 3.5 are supported including Adobe Flex Builder 3 and Aptana Studio 2.0

 Java 런타임  •Sun Java™ 1.4 to 6, or IBM Java™ 1.4 to 6 on Microsoft Windows
 •Apple Java™ 1.4 to 6 on Mac OS X
 •Sun Java™ 1.5 to 6 on Linux or Solaris
 •IBM Java™ 1.5 to 6 on Linux or AIX
 •HP Java™ 1.5 to 6 on HP-UX
 하드웨어

 •1 GHz or faster processor
 •1 GB RAM or more
 •1 GB of available hard-disk space
 •A portion of this disk space will be freed after installation if the original download package is removed from the hard disk.



TEE를 통해 TFS의 대부분의 기능을 사용할 수는 있지만 모든 기능을 사용할 수 있는 것은 아닙니다. 팀 프로젝트 생성, 사용자 등록 및 권한 설정 등은 "팀 탐색기(Team Explorer)"를 통해서만 가능합니다.

따라서, TFS를 관리해야 하는 사용자는 TEE와 별도로 로컬 PC에 "팀 탐색기"를 설치해야 합니다. 팀 탐색기는 Visual Studio IDE를 기반으로 합니다. 팀 탐색기를 설치하면 프로그램 목록(시작->모든 프로그램)에 "Microsoft Visual Studio 2010"으로 표시됩니다.

팀 탐색기를 이용한 TFS 관리는 이 강좌의 범위를 벗어나므로 생략합니다.


1.3. TFS와 Subversion 비교

Subversion(이하 SVN)은 소스 코드, 웹 페이지, 문서 등의 파일에 대한 버전 이력을 관리하는 버전 제어 도구입니다. CVS와 더불어 오픈 소스 진영에서 많이 사용되고 있으며 무료(free license)입니다.

SVN은 파일 시스템을 기반으로 하고 있으며, 주요 기능으로는 CVS의 대부분 기능과 원자적 커밋(Automic Commit), 디렉터리 버전 관리, 분기 및 태그, 심볼릭 링크 등이 있습니다.

TFS도 SVN과 마찬가지로 버전 제어 기능을 제공합니다. Database System(MS SQL Server)를 기반으로 하고 있고 주요 기능으로는 체크 아웃, 체크 인(원자적 커밋 지원), 분기 및 병합, 보류, 레이블, 주석 달기 등이 있습니다.

그러나, TFS는 SVN에 없는 이슈 추적(요구사항 추적), 빌드, 프로젝트 관리 등의 기능이 포함되어 있습니다. 또한, 프로젝트 가시성을 위한 보고서를 제공하며 팀 커뮤니케이션을 위한 팀 포탈 사이트를 제공합니다.

 다음은 SVN과 TFS의 용어를 비교한 표입니다.

 SVN  TFS 
 Check-out  Get Latest Version (and also Map Working Folder)
 Update  Get Latest Version (or Get Specific Version)
 (not required)  Check-out
 Commit  Check-in
 Revision  Changeset
 Add  Add
 Delete  Delete
 Copy  Branch
 Move  Move, Rename
 Revert  Rollback
 Status  Status, Pending Changes List
 Diff  Compare
 Blame  Annotate
 Log  History

이상으로 첫 번째 강좌를 마칩니다.


다음 강좌에서는 TEE를 설치하고 구성하는 방법에 대해 알아보겠습니다.

감사합니다.

webmars.

Posted by webmars
VS 2010 ALM2011.11.17 16:08
저와 저희 팀원들이 함께 번역한 책이 출간되어 소개합니다.




성공적인 프로젝트를 위한 Visual Studio ALM 지침서

마이크로소프트 직원들이 저자로 참여한 이 책은 Visual Studio를 이용하여 ALM을 수행하려는 여러분에게 도구 사용법과 지침, 방법론 등에 대한 기본적인 가이드를 제공한다. 이 책은 실무에 바로 적용할 수 있는 기술과 모범 사례를 중심으로 설명하고 있으며 자세한 샘플 코드와 예제도 함께 제공한다. 여러분은 이 책을 통해 새로운 UML 모델링 도구와 향상된 디버깅 기술, 수동 테스트 기능, TFS의 새로운 아키텍처 등에 대해서 배우게 될 것이다. 이 책을 읽고 나면 여러분은 Visual Studio를 사용하여 기업 솔루션을 모델링 및 디자인할 수 있으며 체계적으로 구성할 수 있다.

이 책의 특징

Architecture Explorer 사용 예제와 이를 통해 응용 프로그램의 아키텍처를 쉽게 이해하는 방법을 다룬다.
Visual Studio로 응용 프로그램을 구현하는 개발자들이 관심을 갖는 최근 이슈를 다룬다.
테스터를 위한 다양한 테스트 도구와 새롭게 추가된 테스트 랩 관리 기능에 대해 설명한다.
TFS 2010의 새로운 아키텍처와 버전 제어 기능에 대해 자세히 설명한다.
최신 프로세스 템플릿과 여기에 포함된 백로그 및 용량 계획 기능에 대해 다룬다.

Wrox Professional 가이드는 현직 프로그래머에 의해 계획되고 집필되었기 때문에 프로그래머와 개발자, IT 전문가들이 실무에서 필요로 하는 내용을 담고 있다. 이 가이드는 기술 전문가들이 매일 직면하는 이슈에 초점을 맞추고 프로그래머가 더 나은 일을 할 수 있도록 여러 예제와 실무에 도움에 되는 해결 방법, 새 기술에 대한 전문 교육 내용 등을 제공한다.

누구를 위한 책인가?

이 책은 상업용 소프트웨어 개발 및 기업용 소프트웨어 개발 분야의 전문 개발 팀, 다시 말해 중급 및 고급 개발자를 주요 대상으로 한다. 여러분이 다음에 속한다면 이 책에서 유용한 정보를 얻을 수 있을 것이다.

자신의 역할을 수행하는 데 Visual Studio 2010 제품군을 어떻게 활용하는지 배우고자 하는 개발자, 테스터 및 아키텍트
소프트웨어 개발 프로젝트를 관리해야 하는 프로젝트 관리자

이 책은 완전 초보자를 위한 것은 아니다. 이 책에서는 도구, 코드 샘플, 실습 시나리오의 실제 응용에 중점을 두고 있다.

Visual Studio 2010은 모든 규모의 소프트웨어 개발 팀에 맞게 설계되었다. 따라서 팀 구성원이 5명이든 2,000명이든 이 책에서 Visual Studio 2010과 응용 프로그램 생명 주기 관리와 관련된 유용한 정보를 얻을 수 있을 것이다. 대부분의 Wrox 책과 달리, 이 책은 개발자뿐만 아니라 소프트웨어 개발 조직의 모든 역할자 -아키텍트, 개발자, 테스터, 프로젝트 관리자- 를 위한 책이다.

코드 다운로드 및 정오표
http://as.wiley.com/WileyCDA/WileyTitle/productCd-0470484268.html

이 책에는 Visual Studio 2010의 응용 프로그램 생명주기 관리 기능에 대한 전체 개요가 포함되어 있다.

1부: 아키텍트
이 섹션에서는 아키텍트 역할과 관련된 Visual Studio 2010의 기능에 대해 알아본다. 아키텍처 개념에 대한 간략한 소개 후에 새로운 UML 도구와 유스 케이스 다이어그램(use case diagram), 액티비티 다이어그램(activity diagram), 시퀀스 다이어그램(sequence diagram), 클래스 다이어그램(class diagram), 컴포넌트 다이어그램(component diagram)에 대해 자세히 다룬다. 그 다음으로, 아키텍터 탐색기에 대한 소개와 이것을 사용해서 응용 프로그램의 아키텍처를 이해하는 방법에 대해 설명한다. 마지막으로, 레이어 다이어그램에 대해 알아본다.

2부: 개발자
이 섹션에서는 Visual Studio 2010으로 응용 프로그램을 개발하는 개발자들이 가장 관심을 갖는 내용을 모두 다룬다. 단위 테스트, 리팩터링, 정적 코드 분석, 코드 검사(code coverage)에 대해 자세히 설명한다. 데이터베이스 응용 프로그램 개발, 테스트, 배포 기능에 대해서도 다루며, IntelliTrace 기능을 사용한 향상된 응용 프로그램 디버깅 기술에 대해서도 설명한다.

3부: 테스터
Visual Studio 2010에는 테스터가 사용할 수 있는 많은 도구가 있는데, 이 섹션에서는 그 도구들에 대해 다룬다. 웹 성능 테스트 및 부하 테스트를 살펴보는 것을 시작으로, 새로운 수동 테스트 기능과 자동화된 사용자 인터페이스 테스트 기능에 대해 설명한다. 이 섹션에서는 새로운 기능인 Lab Management에 대해서도 설명되는데, 이 기능은 가상 컴퓨터를 사용해 테스트를 실행할 수 있는 테스트 환경을 자동으로 재구성하는 데 사용된다.

4부: Team Foundation Server
이 섹션에서는 Team Foundation Server가 제공하는 모든 기능에 대해 살펴본다. Team Foundation Server 2010의 새로운 아키텍처에 대해 설명하며, 버전 제어 시스템과 Team Foundation Server를 이용한 분기 및 병합의 모범 사례 몇 가지를 다룰 것이다. 마지막으로, Team Foundation Build의 자동 빌드 절차가 어떻게 새로워졌는지 자세히 살펴본다.

5부: 프로젝트/프로세스 관리
이 책의 마지막 섹션에서는 Visual Studio 2010과 Team Foundation Server의 프로젝트 및 프로세스 관리 기능에 대해 다룬다. Team Foundation Server에 새로 추가된 프로세스 템플릿에 대해 살펴보며, 그와 더불어 백로그 및 용량 계획 기능에 대해서도 살펴본다. Team Foundation Server에 포함된 보고서에 대해서도 알아본다. 마지막으로, 좀 더 일반적인 프로세스 템플릿 커스터마이징 방법 몇 가지에 대해 살펴본다.
Posted by webmars