문제
전복과 MKS의 차이점을 알려주세요
해결책
파괴: 중앙 집중식 VC, 병합 또는 잠금 시맨틱, 리포지토리 기반, 오픈 소스, 대규모 시장 점유율 (Mercurial 및 GIT와 같은 DVCS 항목에 약간의 근거가 없음), 무료, 우수한 도구 세트 및 지원 인프라.
MKS : 중앙 집중식 VC, 잠금 시맨틱 만, 저장소 기반, 폐쇄 소스, 상대적으로 제한된 시장 점유율, 무료 ($ 999+/라이센스), 잘 발달 된 도구 세트가 상당히 덜 발전했습니다.
다른 팁
최고의 SCM이 무엇인지 말해주기 위해 Forrester가 필요하다면, 당신은 이미 곤경에 처해 있습니다. 모든 바보 "분석가"는 MKS가 제공하는 놀라운 관리 기능에 대한 환상적인 보고서를 작성할 수 있지만 MKS를 사용해야했던 소금 가치가있는 개발자에게는 결코 권장하지 않을 것입니다.
MKS는 Eclipse/WSAD 통합을 완전히 섭취했습니다 (SVN/CVS는 완벽하게 통합).
MKS는 내가 SCM에 사용한 가장 큰 쓰레기 더미입니다 (그리고 초기에 Microsoft Visual Source Safe를 사용했기 때문에 많이 말하고 있습니다).
예, 전복은 지원하기에 "무료"가 아니지만 누구나 설정할 수 있으며 뇌의 절반이있는 Sysadmin 은이를 관리하고 적절한 백업을 수행 할 수 있습니다.
그래도 당신에게 달려 있습니다. 관리를 기쁘게하고 모든 상자를 선택하는 "올바른"선택을 선택하려면 MKS와 함께 가십시오. 개발자가 실제로 작업을 완료하기를 원한다면 SVN과 함께 가십시오.
그러나 MKS를 사용해야했을 때 CI에 대한 Cruisecontrol의 이전 포스터는 작동하지만 약간 날짜가 있습니다.
Doyle과 MKS와 SVN의 가장 큰 차이점은 SVN이 전용 버전 제어 시스템이며 MKS는 요구 사항 관리 및 버그 추적에서 테스트 관리에 이르기까지 전체 수명주기를 다루는 전체 응용 프로그램 인 것입니다. 그리고 Oh-by-the-way에는 버전 제어도 포함되어 있습니다.
내가 가지고있는 특정 문제는 아래에 나열되어 있습니다. 이것은 2008 년 기간 이었으므로 최신 버전으로 여전히 진실을 유지하는지 모르겠습니다.
- 느리게
- 그것과 통합 할 제 3 자 도구를 찾는 데 어려움을 겪습니다
- IT와 통합한다고 주장하는 도구에는 Flakey 통합이있었습니다 (특히 Visual Studio 및 Code Collaborator)
- 분기 전략은 혼란 스러웠다. 개발 경로와 공유 하위 프로젝트를 설명하려고 노력하는 빈 외모가 많이 있습니다.
- 가지 간의 합병은 어색하고 번거 롭습니다
- 버그 추적기는 다른 버그 도구에 비해 워크 플로우 유연성이 부족합니다.
- 관리 도구는 세련되지 않았습니다
나는하지 않았다 싫어하다 그것은하지만 추천 할 수도 없습니다.