Subversion은 Mercurial보다 지속적인 통합 도구를 통해 "지원"됩니까?

Question

CVS를 소스 제어 시스템으로 사용하여 현재 빌드 서버에 NAnt를 사용하고 있습니다. 개선의 필요성을 알기 위해 우리는 지속적인 통합 도구 및 기타 소스 제어 시스템을 조사하고 있습니다.

CVS에서 Subversion으로 옮겨가는 것이 가장 간단한 방법 인 것처럼 보이지만, Mercurial과 같은 분산 버전 제어 시스템은 너무 많은 이점을 가지고 있기 때문에이를 무시하는 것은 어리석은 일입니다.

어떤 소스 제어 시스템을 업그레이드할지 고민하면서 다양한 연속 통합 툴이 Mercurial (또는 다른 DVCS와 관련하여)을 얼마나 잘 지원하는지, 특히 " Mercurial과 함께 작동하기 전에 약간의 조정이 필요할 수있는 Subversion의 "상자"가 필요합니다.

나는 모든 분기 (또는 트렁크 또는 문제의 소스 제어 시스템에 대한 적절한 이름)에 대한 모든 커밋의 RSS 피드에 특히 관심이있다.

아마도 Subversion에서 Mercurial로 마이그레이션 했습니까? 그렇다면 지속적인 통합 서버와 관련하여 어떤 어려움이 있습니까?

Answer 1

Mercurial은 전환을 고려중인 모든 최신 CI 시스템에서 이미 지원됩니다. 나는 허드슨과 함께 사용하지만, 무엇이든 새로운 쉐어는 수은을 지원한다. Mercurial 자체는 RSS 피드를 제공하므로 CI 시스템에 의존 할 필요가 없습니다. 테스트 통과/실패 피드를 생성하고 피드를 빌드/릴리스합니다.

어제 여기에 비슷한 질문 3 개를 비롯한 일반적인 subversion -> 수은 조언이 여기 저기에 있습니다.

Answer 2

나는 수은이나 자식과 같이 말할 것입니다. 또한 mercurial 또는 git를 지원하지 않는 CI 도구는 사용 가치가 없다고 말하고 싶습니다. 단순한. 기존 프로젝트가 개인 또는 회사에있는 경우 해당 프로젝트를 mercurial 또는 git로 변환하십시오.

개인적으로 NetBeans (내 기본 IDE)가 즉시 지원하므로 수은을 사용하고 있습니다.

Answer 3

TeamCity은 JetBrains의 버전 5에서 Mercurial을 지원합니다. 마이그레이션하지는 않았지만 TeamCity는 내가 뭘 던지도 상관없이 항상 작동하므로 꽤 효과적 일 것이라고 확신합니다.