Perforce에서 git로 옮겨야하는 좋은 이유가 필요합니다. 정말 좋은 이유가 있습니다.

Question

저는 미국과 유럽에서 개발 팀이있는 회사에서 일합니다. 각 시설은 현재 Perforce를 사용하고 있으며 공동으로 새로운 시스템을 구축 할 계획입니다. 분산 된 팀이기 때문에 나는 git 또는 Mercurial로 이동하기를 열망하지만 m'colleagues는주의해야합니다. 그들은 PERFORCE를 좋아하고 DVCS로 옮길 때 어떤 이점도 누릴 수 없습니다.

나는 확신할만한 충분한 이유가 있다고 생각합니다. 2 개의 시설 사이의 빠른 라인은 중앙 Perforce 저장소를 사용하거나 각 시설마다 하나씩 복제 할 수 있음을 의미합니다.

하나의 마스터 레포가 없으므로 개발자는 그가 방금 체크 아웃 한 코드가 최신인지 여부를 알 수 없습니다. 다른 사람이 동일한 파일을 업데이트한다고 가정합니다.

예 저는 git/Mercurial 멍청입니다. 논쟁의 여지가없는 이유로 누군가 나를 도울 수 있습니까?

감사합니다.

Answer 1

귀하의 질문은 분산 VCS 대 중앙 집중식으로 너무 많은 자식/수은에 대한 될 것 같지 않습니다

:

1. 분산 VCS - 프로 소스의
2. 여러 복사본
   ; 서버가 다운되면, 코드는 업데이트를하는 경향이 있음을 의미
   • 로컬 복사본 여러 워크 스테이션에서 사용할 수 작고 덜 네트워크 집약적
3. 분산 VCS - 단점
   • synchonizing 변경; 프로 코드에 대한
     • 한 곳을 - 당신은 체크인 여러 직원이 같은 모듈 작업의 높은 비율이있는 경우
   • 중앙 집중식 VCS를/풀/푸시에 대한 매우 명확한 프로토콜을 병합해야 - 당신은 어떤 저장소 알거나
4. 중앙 집중식 VCS 표준이어야한다 - 단점 코드에 대한
   • 한 곳 - 서버 가용성 개발자는 보라에 대한 지점/버전없는 의미 NG 질문에 대답하기 위해 문제

Answer 2

전환해야 할 이유가없는 경우 왜 전환 하시겠습니까?

사람들은 당신에게 힘의 부족함을 좋아할 수 있습니다. "로컬 저장소는 더 빠른 역사를 의미합니다!", "나는 힘없이 2 등분 할 수 없습니다.", "perforce에는 숨김이 없으므로 개별 단위를 체크인하는 것이 어렵습니다. ! "... 아무도 귀사가 귀사에 어떤 성과를 내는지 잘 말할 수는 없습니다.

그래서 스스로에게 물어보십시오. "내 부서는 왜 힘이 부족합니까?" "퍼포먼스가 시행하는 몇 가지 제한없이 우리는 더 잘할 수 있습니까?" 이러한 질문에 대답하면 git이 도움이되는지 확인하십시오. 진짜 질문을 끝내면 "이유에 대해 논쟁하기가 어렵습니다"가 당신의 손에 달려 있으며 실제 동역자에게 적용됩니다.

Answer 3

없이 "사람이 현명한 것 분산 하나에 중앙 집중식 VCS에서 이동 어떤 시나리오를 생각할 수 있습니까?" 예, 할 수 있습니다 :

• 개발 팀은 매우 느슨하게 결합되어 있습니다. 그들은 독립적 인 스케줄, 관리, 표준 등을 가지고 있습니다. 그들은 CVCS가 단지 관료적 인 빨간 테이프 일뿐 아니라 너무 독립적입니다.
• 그들이 수행하는 개발은 감사 또는 준수 표준의 적용을받지 않습니다. 누가 언제 어떤 일을했는지에 대한 중앙 기록이 없으면 귀사에 문제가되지 않습니다.