문제

전복과 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)
  • 분기 전략은 혼란 스러웠다. 개발 경로와 공유 하위 프로젝트를 설명하려고 노력하는 빈 외모가 많이 있습니다.
  • 가지 간의 합병은 어색하고 번거 롭습니다
  • 버그 추적기는 다른 버그 도구에 비해 워크 플로우 유연성이 부족합니다.
  • 관리 도구는 세련되지 않았습니다

나는하지 않았다 싫어하다 그것은하지만 추천 할 수도 없습니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top