2010-12-08 2 views
0

나는 그들이에서 확인할 수 있습니다 전에 프로젝트를 구축해야하는 우리의 TFS 2008 인스턴스를 설정하기 위해 노력하고있어.TFS 2008 내가 체크인 정책 아웃을 사용하여 만든

팀 프로젝트 체크인 설정을 무시 상자의 "빌드"정책,하지만 난 여전히 코드를 mangling 및 프로젝트를 구축하려고 시도 후 깨진 프로젝트를 확인할 수 있습니다.

우리는 작은 가게이고 원래 TFS 관리자로 나열된 팀의 Active Directory 그룹과 함께 TFS가 설정되었습니다. 이게 문제 야? TFS 관리자에게 체크인 정책이 적용됩니까?

다른 제안 사항이 있으십니까?

답변

1

체크인 정책은 클라이언트 쪽 검사 전용입니다. 클라이언트가 사용할 수있는 체크인 정책이 없으면 검사는 실행되지 않습니다. 대신 모든 정책이 실행되지는 않았다고 말하는 일반 정책 실패가 발생합니다. 또한 모든 사용자 (특별한 권한이 없음)는 주석이 포함 된 체크인 정책 실패를 무시할 수 있습니다.

은 "빌드"체크 인 정책 does the following : 마지막 빌드가 아니었다 각 빌드 정의는

  • 이 검사에 의해 영향을받는 빌드 정의 목록이 반환 된 서버에서
    1. 요청 "좋은

      , "빌드 정의의 이름과 빌드를 트리거 한 사용자를 포함하는 체크인 정책 오류 메시지를 작성하십시오. 정책이 깨진 CI 빌드, 당신이 체크인 할 때 오류를 표시합니다. "마지막 빌드가 실패 .."

    을 감지하면 사람들이 '돈 있는지 확인하려는 것처럼

  • 는 소리가 난다 체크 인으로 빌드를 깨뜨리지 마십시오. TFS2010에는 Gated Check-In이라는 새로운 기능이 포함되어있어 소스 제어에 커밋되기 전에 변경 내용의 유효성을 검사합니다.

    TFS2008을 사용하고 있고 업그레이드 할 수없는 경우 OpenGauntlet과 같은 것을 봐야하지만 사용자 경험은 TFS2010을 사용하면 훨씬 향상됩니다.

    TFS는 원래 우리 팀의 Active Directory 그룹으로 설정되었다 TFS의 관리자로 을 나열. 이게 문제 야?

    이것은 아마도 최선의 방법은 아닙니다. Team Foundation Server 관리자는 파일 + 기록 삭제 및 프로젝트 삭제와 같은 파괴적인 작업을 수행 할 수 있습니다. 어떤 사람이 불만을 나타낼 가능성이있는 경우 관리자 수를 줄이거 나 적절한 백업이 있는지 확인하는 것이 좋습니다.

    중간 규모이므로 TFS 관리자로 1 ~ 2 명이 있고 다른 모든 사람들은 Team Project Administrator으로있을 수 있습니다. 대부분의 사람들은 Contributor 액세스 만 필요합니다.

    TFS2010에는 "프로젝트 컬렉션"이라는 새로운 개념이 있습니다. 일반적으로 조직은 "Project Collection Administrators"로 1 ~ 2 명이 있으므로 새 프로젝트를 추가하고 컨트롤러를 만들 수 있습니다.

  • 0

    체크인 정책은 모든 사람에게 적용됩니다. 정책 배포가 모든 컴퓨터에서 활성화되어 있는지 확인 했습니까?

    +0

    기본 설정 인 "빌드"정책을 사용하고 있으며 클라이언트 컴퓨터에이 기능을 배포 할 필요가 없다고 생각합니다.지금까지 나는 정책을 사용하기 위해 사용했던 것과 같은 컴퓨터 인 내 컴퓨터에서 테스트를 수행했습니다. –

    +0

    Gotcha. 우리는 Builds 정책을 사용하지 않았지만, 필자는 CI 작성에 실패했을 때 추가로 체크 인을 유지한다는 것을 이해합니다. 따라서 실제 테스트는 빌드가 파기 된 후에 아무것도 확인하지 않고 로컬 코드가 빌드되었는지 여부가 아닌지 검사합니다. 이러한 유형의 기능을 찾으려면 gated checkin이 필요합니다. 게이 티드 체크인은 빌드 에이전트에서 설정됩니다. – Robaticus

    관련 문제