특정 필드에 대한 업데이트가 관리되는 방법 이해
한 경우이 항목을 검토 해야 하거나 간의 예상 대로 더 많은 필드를 동기화 하려는 Visual Studio Team Foundation Server 2012 및 Microsoft Project Server입니다.영향을 받는 필드의 데이터 형식, OnConflict 필드 매핑 특성 및 작업 계층 구조는 동기화 엔진에서 특정 필드를 업데이트하는 방식에 영향을 줍니다.프로젝트 관리자가 업데이트 전송을 하나 이상 거부하는 경우 또는 프로젝트 계획이 게시되지 않은 경우에는 작업이 올바르게 업데이트되지 않습니다.계획이 게시되지 않은 경우 중첩된 자식 작업 항목이 승인 큐로 진행될 수 없습니다.
항목 내용
업데이트 필드 프로세스 개요
거부된 전송 업데이트
제목 또는 작업 이름 업데이트
시작/완료 날짜 업데이트
시간을 포함하는 필드 업데이트
작업 할당 업데이트
요약 작업, 작업 계층 구조 및 여러 수준에서 중첩된 작업 항목 전송
선택 목록 또는 조회 테이블과 연결된 필드 업데이트
업데이트 필드 프로세스 개요
다음 그림과 같이 데이터는 Project Server, Team Foundation Server, PWA 인스턴스의 상태 큐, Enterprise 프로젝트 계획 및 최종적으로 다시 Project Server로 이동합니다.다음 표에서는 동기화 프로세스 및 각 프로세스 단계에서 필드가 업데이트되는 방식에 대한 추가 설명을 제공합니다.
.gif "중요") 중요 |
|---|
작업 항목 또는 작업이 동기화에 참여하도록 예약된 경우 프로젝트 계획에서 작업을 삭제하는 경우를 제외하고 동기화에서 제거할 수 없습니다.작업에 할당된 팀 프로젝트에 게시 값은 수정할 수 없으며 Team Foundation에서 Project Server에 전송 필드를 변경할 수 없습니다.또한 Team Foundation Server에 게시되었거나 이 서버에서 전송된 후 작업을 다른 작업 항목 형식으로 변경할 수 없습니다. |
.png "매핑된 필드 및 미러 필드 업데이트")
단계 |
동기화 프로세스 |
필드 업데이트 |
|---|---|---|
|
Team Foundation 동기화: 동기화 엔진에서 Project Server로 게시된 추가 및 변경 내용을 자동으로 검색하고 해당 업데이트를 Team Foundation Server로 끌어옵니다. |
이 단계에서는 Project Server에서 Team Foundation Server로 매핑된(targetToTfs 매핑) 필드만 업데이트됩니다.동기화 엔진은 항상 미러 필드를 업데이트하지만 OnConflict 특성이 PSWin으로 설정된 경우에만 참조 필드를 업데이트합니다.하지만 작업을 Project Server로 처음 게시하는 경우 OnConflict 특성이 할당된 값에 관계없이 참조 필드와 미러 필드가 모두 설정됩니다.미러 필드는 읽기 전용입니다. 기본적으로 Team Foundation Server와 Project Server 간에 매핑된 필드가 서로 다를 수 있는 남은 작업 및 완료된 작업 필드에 대해서는 OnConflict 특성이 지정되지 않습니다.자세한 내용은 이 항목의 뒷부분에 있는 시간을 포함하는 필드 업데이트를 참조하십시오. |
|
상태 동기화: 팀 멤버가 Project Server에 전송으로 설정된 작업 항목을 추가하거나 수정하면 동기화 엔진이 자동으로 업데이트를 상태 큐로 전송합니다. |
상태 큐로 전송되도록 매핑된(tfsToTarget 매핑) 필드만 전송됩니다. 시작/완료 날짜에 대한 변경 내용은 작업 항목을 처음 전송하는 경우에만 전송됩니다.Team Foundation의 필드는 Project의 리소스 필드에 매핑되므로 리소스 남은 작업, 리소스 완료된 작업 등의 리소스 필드가 업데이트됩니다. |
|
승인 동기화: 업데이트가 승인되면 Enterprise 프로젝트 계획 내에 표시됩니다.승인 또는 거부 알림이 Team Foundation의 작업 항목 기록에 작성됩니다. |
Project Professional용 Team Foundation 추가 기능은 pjTask* 필드와 pjResource* 필드의 값이 올바르게 동기화되도록 합니다.클라이언트 컴퓨터에서 Project Professional 사용 해야 하므로 Visual Studio 2012 는 팀 프로젝트에 매핑된 enterprise 프로젝트 계획을 편집 하려면 설치 된. |
|
게시 동기화: 프로젝트 관리자가 프로젝트 계획을 게시하면 Project Server에 업데이트가 기록됩니다. |
프로젝트 계획에 포함된 모든 작업의 변경 내용이 Project Server에서 업데이트됩니다. |
.gif "1단계")
.gif "2단계")
.gif "3단계")
.gif "4단계")
자세한 내용은 다음 항목을 참조하십시오.
맨 위로 이동
거부된 전송 업데이트
프로젝트 관리자가 요구 사항 또는 작업에 대한 상태 업데이트를 거부하면 거부를 해결할 때까지 해당 작업 항목이 더 이상 동기화되지 않습니다.거부 이유가 기록 필드에 표시되고 Project Server 탭의 마지막 승인 상태 필드에 거부됨이 나타납니다.작업 항목의 동기화를 다시 시작하려면 팀 멤버가 거부 상태를 해결해야 합니다.
업데이트 상태가 거부된 작업 항목을 찾는 팀 쿼리를 만들 수 있습니다.자세한 내용은 Resolving Conflicts and Managing Rejected Work Item Submissions을 참조하십시오.
맨 위로 이동
제목 또는 작업 이름 업데이트
Team Foundation Server의 제목 필드와 Project Server의 작업 이름은 양방향 동기화 프로세스에 참여합니다.즉, 한 서버의 변경 내용이 항상 다른 서버에서 업데이트됩니다.하지만 제목(System.Title) 필드에 대한 매핑을 변경하는 경우 이 동작을 변경할 수 있습니다.
맨 위로 이동
시작/완료 날짜 업데이트
일정 필드는 단방향 동기화 프로세스에 참여합니다.즉, Team Foundation Server의 시작 날짜 및 완료 날짜 필드는 항상 Project Server에서 할당된 값을 반영하며 Team Foundation Server에서 이러한 필드를 변경해도 변경 내용이 Project Server로 전송되지 않습니다.이 규칙은 Project에서 일정 엔진을 사용하여 작업의 시작/완료 날짜를 결정하기 때문에 적용됩니다.
기본적으로 시작 날짜 및 완료 날짜 필드는 OnConflict="PSWin"과 매핑되므로 Team Foundation의 날짜 필드가 항상 Project Server에서 할당된 값을 반영합니다.이중 장부를 허용하도록 매핑 특성을 변경해도 작업 항목을 처음 전송하는 경우를 제외하고 Team Foundation의 날짜 필드 변경 내용은 Project Server로 전송되지 않습니다.첫 번째 동기화 이벤트 후에는 프로젝트 계획에 대한 업데이트가 이러한 필드에 반영됩니다.
맨 위로 이동
시간을 포함하는 필드 업데이트
기본적으로 완료된 시간 및 남은 시간 필드는 이중 장부를 유지 관리하는 동기화 프로세스에 참여합니다.프로젝트 계획이나 Team Foundation에서 시간을 변경할 수 있습니다.하지만 변경 내용이 한 위치의 정보를 반드시 덮어쓰지는 않습니다.이 기능은 필드 매핑이 정의되지 않은 OnConflict 특성을 통해 적용됩니다.
아래 시나리오에 표시된 것처럼 필드는 업데이트를 수행 중인 사람과 업데이트가 프로젝트 계획에 적용되는지 여부에 따라 업데이트됩니다.
팀 멤버가 시간을 업데이트한 후 프로젝트 관리자가 전송을 승인하고 계획을 게시하면 참조 필드와 미러 필드가 Team Foundation Server의 다음 동기화와 모두 일치합니다.
팀 멤버가 시간을 업데이트한 후 프로젝트 관리자가 전송을 거부하면 업데이트가 프로젝트 계획에 적용되지 않습니다.참조 필드와 미러 필드의 값이 서로 다릅니다.
프로젝트 관리자가 프로젝트 계획에서 시간을 변경하면 미러 필드만 Team Foundation Server의 다음 동기화로 업데이트됩니다.
두 서버 제품 간에 작업 시간이 서로 다른 경우 팀장과 프로젝트 관리자가 차이를 조정해야 합니다.이렇게 하면 각 사용자가 독립적으로 작업을 업데이트하는 동시에 다른 사용자의 변경 내용을 확인할 수 있습니다.값이 해당 미러 필드와 일치하지 않는 필드를 찾는 방법에 대한 자세한 내용은 Team Foundation의 작업과 Project Server의 작업이 다른 작업 항목 찾기를 참조하십시오.
프로젝트 관리자가 기준을 설정할 때마다 Team Foundation의 원래 예상 필드 값이 다음 그림과 같이 설정되거나 업데이트됩니다.기본적으로 이 필드는 OnConflict="PSWin" 특성에 매핑됩니다.
.png "예상 작업 시간")
[!참고]
때문에 Visual Studio Scrum 프로세스 템플릿은 완료 된 작업 및 원래 예상 값 필드를 사용 하지 않습니다, 이러한 필드의 데이터 동기화에 참여할 작업 항목 형식에 추가 해야 합니다.또한, 제거 하는 작업 형식 정의 수정 해야는 <EMPTY /> 워크플로 문.자세한 내용은 필요한 변경 사항을 만들 때 매핑 팀 프로젝트는 되었습니다 만든에서 Scrum 프로세스 템플릿에.
맨 위로 이동
할당 또는 리소스 이름 필드 업데이트
Team Foundation의 할당 대상 필드는 Project Server의 리소스 이름 필드에 매핑됩니다.기본적으로 이 필드는 OnConflict="PSWin" 특성에 매핑됩니다.Enterprise 프로젝트 계획의 작업에 리소스를 할당하는 경우 다음 규칙을 고려하십시오.
동기화 엔진은 두 서버 제품 간에 리소스 정보를 동기화하지 않습니다.기본적으로 Team Foundation Server는 Active Directory에서 해당 리소스를 동기화하지만 Project Server는 동기화하지 않습니다.Project Server에서 수동으로 리소스를 추가할 수도 있지만 Active Directory와 리소스를 동기화하는 것이 좋습니다.Team Foundation Server와의 동기화에 참여하는 Enterprise 프로젝트 계획의 작업에 리소스를 할당하려면 Project Server에 리소스를 추가해야 합니다.PWA 인스턴스의 Team Members 그룹에 추가하여 리소스를 추가하거나 Project에서 리소스에 프로젝트 열기 및 프로젝트 사이트 보기 권한을 부여합니다.또한 Enterprise 프로젝트 계획의 리소스 목록에 리소스를 추가한 다음 업데이트된 리소스 목록에 액세스할 수 있도록 할 동기화 엔진에 대한 프로젝트 계획을 게시해야 합니다.자세한 내용은 Team Members 그룹에 Team Foundation 멤버를 추가하려면을 참조하십시오.
프로젝트 세부 정보를 관리하는 경우 각 작업에 리소스 한 개만 할당합니다.작업에 여러 리소스가 필요한 경우 하위 작업으로 나눈 다음 각 하위 작업에 리소스 한 개를 할당합니다.
하향식 계획을 통해서만 비즈니스 요구 사항을 관리하는 경우 개발 리드에 각 사용자 스토리 또는 요구 사항을 할당합니다.
프로젝트 계획을 게시하는 경우 Team Foundation용 클라이언트 추가 기능이 각 작업에 리소스가 한 개만 할당되었는지 확인합니다.작업에 여러 리소스가 할당된 경우 유효성 검사 확인 대화 상자가 표시되며 리소스 한 개만 활성 할당으로 지정해야 합니다.자세한 내용은 유효성 검사 오류 해결을 참조하십시오.
작업이 작업 항목에 연결 또는 매핑된 후에는 롤업되지 않은 작업에만 리소스를 할당하거나 다시 할당할 수 있습니다.롤업된 작업은 연결되지 않은 자식 작업 항목을 포함하는 작업 항목에 연결됩니다.대체로 롤업된 작업은 리소스 이름 필드에 여러 이름이 포함됩니다.동기화 엔진이 리소스 롤업 및 각 리소스가 작업한 시간을 전송합니다.자세한 내용은 팀 프로젝트에 매핑된 Enterprise 프로젝트의 리소스 롤업에 대한 작업을 참조하십시오.
맨 위로 이동
요약 작업, 작업 계층 구조 및 여러 수준에서 중첩된 작업 항목 전송
의도적으로, 동기화 엔진은 Enterprise 프로젝트 계획에 하위 작업이 있는 연결된 작업에 대해 Project 필드를 업데이트하지 않습니다.프로젝트 계획에서 해당 작업(work)이 계산되므로 이러한 작업(task)의 업데이트는 동기화 프로세스에서 무시됩니다.제목 및 기타 비작업 필드의 변경 내용도 이러한 작업 시에는 업데이트되지 않습니다.이 동작은 두 서버 제품을 통합할 때 발생하는 알려진 제한 사항입니다.
프로젝트 관리자가 요구 사항 및 연결된 작업을 포함하는 자세한 작업 집합을 Team Foundation Server로 게시하면 동기화 엔진이 작업 계층 구조를 잠급니다.팀 멤버가 Team Foundation에서 작업 계층 구조를 수정할 수는 없지만 팀 프로젝트의 팀 멤버에 작업을 다시 할당할 수 있습니다.다음 그림과 같이 요구 사항 아래에 작업이 표시되고 부모 및 자식 작업 간의 계층적 링크가 잠겨 있습니다(.png "링크가 잠겨 있음"){kind=icon}
).잠긴 링크는 요구 사항과 자식 작업이 Project Server의 팀 프로젝트에 추가되었음을 나타냅니다.프로젝트 계획의 프로젝트 관리자만 작업 계층 구조를 수정할 수 있습니다.
.png "팀 탐색기의 작업 분할 일정")
팀이 Team Foundation에서 여러 수준의 작업 항목을 Project Server로 전송하는 경우 첫 번째 수준이 승인되고 Project Server로 게시되어야 다음 수준을 전송할 수 있습니다.예를 들어 팀이 세 수준의 자식 항목을 포함하는 새 작업 항목의 일괄 처리를 전송하는 경우 모든 작업 항목이 Project Server와 동기화되려면 프로젝트 관리자가 프로젝트 계획을 4회 게시해야 합니다.프로젝트 관리자가 각 수준의 작업 항목을 승인하고 Project Server에 게시하면 전체 링크 계층 구조가 잠길 때까지 Team Foundation에서 계층적 링크 관계가 잠깁니다.팀 멤버는 이러한 매핑된 작업 항목의 계층 구조를 수정할 수 없습니다.
맨 위로 이동
선택 목록 또는 조회 테이블과 연결된 필드 업데이트
선택 목록과 연결된 Team Foundation Server 필드 또는 조회 테이블과 연결된 Project Server 필드를 매핑하는 경우 사용자 환경을 개선하기 위해 추가 단계를 고려해야 합니다.동기화 엔진은 해당하는 연결된 목록을 자동으로 만들거나 다른 서버에서 허용된 값을 동기화하지 않습니다.Project Server에서 조회 테이블을 만들어 Team Foundation에 정의된 선택 목록을 일치시키고 Team Foundation에서 선택 목록을 만들어 Project Server에 정의된 조회 테이블을 일치시키는 것이 좋습니다.선택 목록 또는 조회 테이블이 변경되는 경우 항상 다른 서버 제품에서 해당 목록을 수동으로 업데이트해야 합니다.
맨 위로 이동
참고 항목
개념
데이터 동기화를 지원하기 위해 추가된 Project Server 필드