하자 우리가 안드로이드 클라이언트와 자바 API 서버 와 코드가 다른 하위 폴더와 같은 SVN 저장소에 커밋되어있어 말을는 클라이언트 코드의 다른 버전에 대한 테스트를 자동화하는 방법
SVN 버전 1 : Server 버전 1]
SVN 버전 2 : 서버 버전 1] [클라이언트 버전 1]
SVN 버전 3 [서버 버전 2] [클라이언트 버전 1]
SVN 버전 4 : 서버 버전 2] 클라이언트 버전 2]
SVN 버전 5 : Server 버전 3] [클라이언트 버전 2]
개발자 체크인 버전 5, 그것은 설치 buildserver에 쉽게 및 서버 버전 3에 대한 최신 클라이언트 버전 2를 사용하여 통합 테스트를 할 받는다는 요청 암호.
그러나 우리는 버전 1을 사용하는 사용자의 큰 그룹을했다, 우리는 확실히 3내 질문은 것의 Serverversion에서 클라이언트 버전 1에 대한 이전 버전과의 호환성을 필요로하지 받는다는/buildserver 그 어떤 빌드에서 이러한 유형의 통합을위한 -테스트?
내 예를 들어 내 통합 테스트를 자동화하는 인 TeamCity과 받는다는을 사용하고 있습니다.============================================== 받는 사람
SVN 레이아웃
svn repository
client trunk
server trunk
released version
client release version 1
client release version 2
때마다 개발자 체크인 : =========
Kozelka의 추천을 모색 한 후, 여기에 방법은 내가 자동화 된 테스트를 얻기 위하여려고하고있다 서버 트렁크, 인 TeamCity 빌드 서버 코드의 "받는다는 설치"수행하려고하고, 전쟁 유물로 패키지 및 지역 받는다는 저장소에 설치합니다.
그러면 팀 버전이 클라이언트 버전 1 지점에서 클라이언트 V1 지점의 체크 아웃을 트리거하고 최신 서버 아티팩트에 대한 종속성을 가지며 통합 전에 최신 서버 아티팩트를 사용하여 부두를 시작합니다 클라이언트 버전 1 API보기를 사용하여 테스트하고 테스트합니다.
똑같은 사항이 클라이언트 version2 브랜치에도 적용되며 지원되는 모든 클라이언트 릴리스에 대해 최신 서버가 이전 API 뷰에 대해 뒷받침 할 수 있도록 teamcity에 별도의 하위 프로젝트를 빌드해야합니다.
대답 해 주셔서 감사합니다. svn 브랜칭 기능을 잘 사용하십시오. – laiBilly