TeamCity 4.x 설명서를 읽었으며 서버 쪽 체크 아웃과 에이전트 쪽 체크 아웃의 차이점이 도움말에서 설명한 것처럼 혼동 스럽습니다. 섹션 :서버 측 체크 아웃 대 에이전트 사이드 체크 아웃
체크 아웃 규칙을 제외하면 서버 쪽 체크 아웃 속도가 향상됩니다. 에이전트 측 체크 아웃은 포함 규칙으로 언급 된 모든 루트 디렉토리를 체크 아웃하고 제외 된 디렉토리를 삭제하여 제외 체크 아웃 규칙을 에뮬레이트합니다. 따라서 에이전트 측 점검을 위해 체크 아웃 규칙을 일반적으로 피해야합니다.
서버 측 체크 아웃과 상담원 측 체크 아웃의 차이점은 무엇입니까?
좋아, 여기 파벨 쉐르 (A JB 사람)에서 answer입니다 :
서버 측 체크 아웃이 존재하는 주된 이유는 - 관리 오버 헤드를 단순화하는 것입니다. 만 (억지로에 적용, 의욕, TFS,은 ClearCase, VSS)를 서버에 VCS 클라이언트 소프트웨어를 설치 에 필요한 서버 측 체크 아웃으로
. VCS 리포지토리에 대한 네트워크 액세스는 도 서버에만 열 수 있습니다. 그래서 소스 저장소에 액세스 할 수있는 사람이 누구인지 제어하려면 서버 쪽 체크 아웃을 사용하는 것이 좋습니다. 부하를 낮출 수있는 경우 서버 측 결제의 부작용으로
는 깨끗한 결제가 종종 수행되는 경우 특히 VCS 저장소에 생산. 깨끗한 패치가 서버에 의해 캐시 된 이기 때문입니다. 그러나 이것은 환경에 따라 다르며, 아마도 경우 상담원 측 체크 아웃은 보다 효과적입니다.제외 규칙은 일반적으로 에이전트 측 체크 아웃 단지 업데이 트이기 때문에 더 나은 서버 측 체크 아웃 로 처리하고 대부분의 VCSes 으로 업데이트 작업 중 일부 디렉토리를 제외 할 수있는 방법이 없습니다. 다른 한편에서
에이전트 측 체크 아웃이 필요 관리 디렉토리 (등을 .svn, CVS)을 생성 단지 업데이트 나 체크 아웃 , 그래서 당신이 빌드에서 저장소와 통신 할 수 있기 때문에 : 를 저지 변경 등. 서버 쪽 체크 아웃과 같은 디렉토리는 가 생성되지 않습니다.
차이점을 설명하는 공식 TeamCity documentaion page입니다. 최초의 질문이 제기 된 이래로 눈에 띄게 개선되었습니다.
hehe thanks Andrew! 나는 TC 사용자이기도하다 :) –
서버 사이드 체크 아웃으로 서버가 빌드를하기 전에 빌드 에이전트에 모든 것을 푸시 할 것인가? –
네, 정확하게 작동하는 방법입니다. –