Ask Burton - Visual Studio Team System 칼럼 및 FAQ

Visual Studio Team System 게스트 칼럼

제품 팀의 게스트 칼럼니스트가 최근에 제공한 Visual Studio Team System Ask Burton 칼럼을 아래에서 확인하십시오.

게스트 칼럼니스트:

Granville Miller, 프로그램 관리자, Visual Studio Team System, Microsoft Corporation

Microsoft Solutions Framework: 민첩한 또는 정형화된 소프트웨어 개발 프로세스를 위한 통합 접근 방법 (영문)

Granville Miller, 프로그램 관리자, Visual Studio Team System

소프트웨어를 작성하기 위한 단일 방법이 존재한다면 더할 나위 없을 좋을 것입니다. 그러나 실제로는 여러 다른 유형(예: 포함, 패키지 응용 프로그램, 웹 서비스, 3계층 클라이언트 서버 또는 웹)의 응용 프로그램이 존재하므로 이러한 응용 프로그램을 작성하기 위한 다양한 방법이 존재해야 합니다. 이러한 사실과 함께 여러 소프트웨어 개발 문화 및 다양한 유형의 경쟁 환경을 고려한다면 단 하나의 결론에 도달하게 됩니다. 즉, 모든 소프트웨어 개발 프로젝트에 적용할 수 있는 단일 소프트웨어 개발 프로세스는 존재할 수 없다는 것입니다. 이는 Microsoft Solutions Framework에 적용되는 핵심 철학입니다.

모든 소프트웨어 전문가는 다양한 프로젝트 환경에 적응하기 위해서 해당 프로젝트가 직면한 과제를 다루는 적절한 기술 집합을 개발해야 한다는 것을 잘 알고 있습니다. 민첩한 환경에서는 언제든지 이러한 도구를 사용하여 직면한 과제를 해결할 수 있습니다. 정형화된 환경에서는 프로젝트에 맞는 올바른 기술을 선택하여 시간이 지남에 따라 구체화하는 것이 필요합니다. 이러한 접근 방법은 고유한 이점을 갖고 있습니다.

한 가지 문제는 이러한 기술과 사용되는 도구가 서로 분리된다는 것입니다. 일반적으로 기술을 지원하도록 고려되지 않은 별개의 도구 집합에 기술이 적용됩니다. 이러한 도구는 공통된 메타 모델을 공유하지 않습니다. 따라서 특정 도구에서 다른 도구로 정보를 수동으로 이동해야 합니다. 더욱 문제가 되는 것은 이동하는 동안에 정보의 의미가 손실될 수 있다는 것입니다.

프로세스의 문제

대부분의 사람들은 소프트웨어 개발 프로세스의 문제를 생산성과 반복 가능성 사이의 끊임없는 갈등으로 보고 있습니다. 프로젝트 일정이 너무 빡빡하여 중간에 거의 여유를 낼 수 없다면 프로세스는 효력이 없습니다. 하지만 실제로는 프로젝트 일정에 프로세스가 적용되는 것이 일반적이며 프로세스에서 벗어날 경우에는 구성 관리 시스템과 버그 추적 시스템을 사용하여 프로세스의 특정 요소가 유지되도록 합니다. 고유한 개발 문화에 본질적으로 존재하는 이러한 요소는 필수 도구에 의해 지원되는 요소입니다.

프로세스와 도구가 분리될 경우 임피던스 불일치를 야기합니다. 프로세스를 변경할 때 도구를 변경하고 있습니까? 그렇지 않다면 왜 그렇습니까? 이러한 질문은 임피던스 불일치가 무엇인지를 분명하게 보여 줍니다. 프로세스는 개발자에 의해 도구로 변환됩니다. 이 변환을 수행하려면 일정한 노력이 필요한데 이러한 노력은 일반적으로 프로젝트 일정에 여유가 없을 때는 사실 불필요한 절차로 보입니다.

실제로 대부분의 프로세스는 프로세스를 규정하는 데 사용되는 도구와 분리됩니다. 도구는 여러 프로세스를 지원하도록 작성되지만(단일 소프트웨어 개발 프로세스가 존재할 수 없으므로) 최소한의 공통 분모를 가지고 있습니다. 다시 말해서 도구는 모든 소프트웨어 개발 프로세스에 필요한 것들을 다루지만 프로세스를 차별화하는 가치를 제공하는 요소는 다루지 못합니다. 결과적으로 경쟁 우위를 제공하는 프로세스의 일부에 의존하는 대신에 이러한 최소한의 공통 분모에 의존하게 됩니다.

자세히 보려면 여기를 클릭하십시오... ( 영문)

Visual Studio Team System FAQ

Team System에 대한 10가지 최신 FAQ를 아래에서 확인하십시오. 전체 블로그 자료실을 보려면 여기 (영문)를 클릭하십시오.   

Q: Team System에 대한 설명서(연습 포함)는 어디에 있습니까?

A: Team System과 함께 제공되는 MSDN 라이브러리를 설치하여 제품 설명서(연습 포함)를 사용할 수 있습니다. 또한 배타 2 일정 도중에 Visual Studio 2005 베타 2와 함께 제공되는 내용으로 Visual Studio 2005 베타 설명서(영문)를 업데이트해야 합니다. 자세한 내용은 Visual Studio Team System 개발자 센터를 확인하십시오.

적용 대상: Visual Studio 2005 Team System

Q: 응용 프로그램 이벤트 로그에서 "[SyncCss] The specified object has not been registered."라는 오류의 의미는 무엇입니까?

A: 이것은 이번 릴리스에서 알려진 문제입니다. 현재로서는 해결 방법이 없습니다. 이 문제가 발생하면 분류 노드를 성공적으로 삭제할 수 없습니다. 그러나 분류 노드를 추가 또는 이동하거나 이름을 변경할 수는 있습니다.

적용 대상: Visual Studio 2005 Team System December CTP

Q: Visual Studio 2005를 언제 구입할 수 있으며 비용은 얼마입니까?

A: Visual Studio 2005 제품군은 2005년 여름에 제공될 것이며 자세한 가격 및 라이센스 정보는 3월에 발표됩니다.

적용 대상: Visual Studio 2005

Q: 새로운 팀 프로젝트를 만들 때 SyncWithAD_Lookup이 실패할 경우 이유는 무엇입니까?

A: Active Directory의 사용자 객체는 UPN(User Principal Name) 또는 사용자 로그온 이름과 같은 여러 이름을 사용하여 참조할 수 있습니다. 이번 릴리스의 경우 Windows 2000 이전 사용자 로그온 이름(보안 계정 관리자 이름 또는 sAMAccountName이라고도 함)은 mailNickName과 동일해야 합니다.

사용자 로그온 이름의 로그온 이름 부분이 "someone"이고 현재 도메인이 "microsoft"이며 루트 도메인이 "com"인 경우를 가정해 봅니다. 이 사용자의 UPN은 someone@microsoft.com입니다. 이 상태에서 이 사용자의 Windows 2000 이전 사용자 로그온 이름이 "someone"("DOMAIN\someone"과 같이)이면 팀 프로젝트를 만들 수 없습니다.

적용 대상: Visual Studio 2005 Team System December CTP, Visual Studio 2005 Beta 1 Refresh with Visual Studio 2005 Team System

Q: "The added or subtracted value results in an unrepresentable DateTime."이라는 예외로 인해 "Scc.SccTask"가 실패하는 이유는 무엇입니까?

A: 이것은 이번 릴리스에서 알려진 문제입니다. 이 문제를 해결하려면 그리니치 표준시(GMT) 표준 시간대를 사용하도록 클라이언트 및 응용 프로그램 계층 컴퓨터를 모두 설정합니다.

표준 시간대를 변경하려면

1. 제어판에서 날짜 및 시간을 엽니다.
2. 표준 시간대 탭을 클릭합니다.
3. (GMT): 그리니치 표준시를 선택한 다음 확인을 클릭합니다.

적용 대상: Visual Studio 2005 Team System December CTP

Q: 소스 코드를 Team Foundation 버전 제어로 마이그레이션하기 위해 고유한 유틸리티를 작성할 수 있는 간편한 방법이 있습니까?

A: 개체 모델은 사용이 간편하며 그러한 도구를 작성하는 데 필요한 모든 기능을 제공합니다.

적용 대상: 시험판

Q: 병합 및 분기의 새로운 점은 무엇이며 이전보다 향상되었습니까? 조건을 병합과 연관시킬 수 있습니까?

A: 변경 내용을 병합할 때 분기 내의 모든 변경(예: 파일 추가, 삭제, 이름 변경 또는 편집)이 병합되도록 하기 위해서 분기는 전체적으로 관리됩니다. "changeset"으로 함께 체크 인되는 변경 내용이 관리되기 때문에 특정 변경에 대해 병합해야 하는 파일 집합을 시스템에서 식별할 수 있으며 따라서 사용자는 이러한 파일 집합을 알고 있을 필요가 없습니다. 병합된 모든 것들이 기록으로 남겨지므로 특정 분기에 변경 내용이 존재하는지 여부에 대한 정보를 사용자에게 제공할 수 있습니다. 또한 아직 병합되지 않았으며 이후의 병합 작업에서 병합될 변경 내용의 목록을 사용자를 위해 추정할 수 있습니다. 이외에도 사용자는 특정 변경을 선택할 수 있으므로 이전 수정에서 동일한 파일에 대한 변경했던 사항을 유지하면서 버그 수정을 적용할 수 있습니다.

적용 대상: 시험판

Q: 포트폴리오 프로젝트가 만들어진 후에 어떤 방법론 템플릿을 선택했는지 알 수 있는 방법은 무엇입니까?

A: 각 방법론 템플릿은 고유한 프로세스 지침 파일 집합을 로드합니다. 이러한 HTML 파일을 사용하여 전체 방법론을 탐색할 수 있습니다.

적용 대상: 시험판

Q: 개발자는 연결이 끊긴 상태에서 작업 항목을 사용할 수 있습니까(예: 일종의 캐싱)?)

A: 작업 항목을 Team Foundation에서 Microsoft Excel 또는 Microsoft Project로 내보낼 수 있습니다. 서버와의 연결이 끊긴 상태에서 이 목록을 편집한 다음 다시 연결이 설정되면 편집된 목록을 Team Foundation에 게시할 수 있습니다. Visual Studio IDE 자체에는 이와 비슷한 기능이 없습니다.

적용 대상: 시험판

Q: Team Foundation은 작업 항목을 위한 자동화된 워크플로를 지원합니까?

A: 작업 항목 유형 템플릿은 작업 항목 데이터베이스의 각 유형에 대한 동작을 정의합니다. 각 템플릿은 작업 항목을 특정 상태에서 다른 상태로 이동했을 경우에 따라야 하는 규칙을 포함합니다. 상태 변경 시에 다른 팀 구성원에게 작업 항목을 자동으로 할당하는 효과를 가진 규칙을 디자인할 수 있습니다. 기본 정의에 이러한 규칙이 포함된 상태로 제공되지는 않을 것입니다.

적용 대상: 시험판