TFS 2012의 게이트 체크 인

현재 나는 TFS 2010에서 TFS 2012 로의 업그레이드를 고려하고 있습니다. Gated Check-ins은 개발중인 지점이 원시 상태로 유지되도록 보장합니다. 컴파일 오류 또는 단위 테스트 실패로 인해 빌드가 중단되는 체크 인/변경 집합이없는 조건.TFS 2012의 게이트 체크 인

그러나 TFS 2010에서는 많은 개발자와이 기능을 사용하는 것이 약간 번거롭다는 것을 알게되었습니다. 한 가지 유용성 문제는 CI 빌드가 체크인으로 인해 빌드가 손상되지 않았 음을 확인한 후에 작업 영역을 조정해야 할 필요성 때문이었습니다. 또 다른 문제점은 변경 세트가 빌드를 깨뜨린 경우 개발자가 깨진 changeset를 unshelve하기 위해 직관적 인 것을 찾지 못하는 것입니다.

TFS 2012의 게이트 검사 기능이 향상 되었습니까? 인터넷에서 연구함으로써 발견 된 한 가지 개선점은 CI 빌드를 호출하기 전에 여러 가지 체크 인을 대기열에 넣을 수 있다는 것입니다. 그 외에도이 기능의 개발자/사용자 경험과 관련하여 더 이상의 정보를 찾지 못했습니다.

출처

2013-01-21 Kosta Tenedios

TFS 2012는 batch gated checkins을 추가하지만이 외에도 다른 점은 gated checkin 사용자 경험이 다른 것과 매우 유사하다는 것입니다.

출처

2013-01-21 11:10:05

나는 생각했다. @ jamesj에게 감사합니다. –

Gated-checked-in이 중요한 기능인 Gated-checked-in을 실행하는 동안 놓쳤다 고 생각합니다. 코드를 추가하고 수정할 수 있습니다. 즉, 코드를 추가하고 수정할 수 있습니다. 현재 코드를 수정하고 빌드를 중단하는 선반에서 가져옵니다.

또한 조정은 의미가 있습니다. 파일을 체크인할지 여부를 모르는 코드를 체크인으로 시작하면 빌드가 실행되는 동안 새로운 수정 사항이 포함될 수 있기 때문입니다. 따라서이 기능 한 가지 상황뿐만 아니라 모든 상황에 맞게 설계되었습니다.

출처

2013-01-22 06:49:01

나는 포인트를 볼 수있다 @ M.Radwan, 그리고 그것은 어떤 의미가 있습니다. 개발자 관점에서 볼 때, 특히 성공적인 빌드 이후의 조정에 대해 조정할 필요가 있습니다. 내 작업 환경의 개발자는 소스 제어에 바로 코드를 적용하는 데 익숙하며, 변경 사항이 시스템에서 효과적으로 취소되고 최신 체크인 소스를 가져와야한다는 사실을 자연적으로 기대하지는 않습니다. –

TFS 2012의 게이트 체크 인

답변

관련 문제