기업 환경에서 DVCS 관리 규정 준수, CVCS(Perforce)에서 전환하면 무엇을 기대할 수 있습니까?

Question

저는 대규모 다국적 기업에서 소프트웨어 엔지니어로 일하고 있으며 현재 DVCS(Mercurial 및/또는 Git) 채택과 관련하여 IT 및 기타 개발자들과 아주 좋은 대화를 나누고 있습니다.

IT가 제기한 문제 중 하나는 규정 준수와 지적 재산(BTW,Perforce는 이것에 대해 큰 소리로 말합니다.Git과 관련하여). IT 부서에서는 Mercurial/Git이 배포되기 때문에 모든 개발자 시스템에 저장소를 갖는 것은 통제할 수 없는 시나리오이며 모든 단일 저장소를 감사해야 한다는 인상을 받고 있는 것 같습니다.

제가 생각하기에 IT에 대한 또 다른 우려 사항은 "10"개의 거대한 저장소 대신 "100"개의 저장소가 있다는 사실입니다. 겹". 나는 저장소 관리 소프트웨어(Rhodecode, Atlassian Stash)가 액세스 제어 및 추적성을 제공하는 첫 번째 단계가 될 것이라고 생각합니다.

내 질문은 다음과 같습니다

1. 이 규모의 회사(~2000명의 개발자 및 ~10개의 서버에 ~50개의 Perforce 저장소)가 규정을 준수하고 기타 기업 요구 사항을 충족하기에 충분한 저장소 관리 소프트웨어가 있습니까?

2. 이 "규정 준수" 요구 사항에는 정확히 무엇이 포함됩니까? 제공할 수 있는 참조가 있습니까(예: IEEE 표준 또는 이와 유사한 것)?

우리 회사는 약 10년 동안 Perforce를 사용해 왔습니다.

Answer 1

DVCS로 전환해도 실제로 변경되는 사항은 많지 않습니다. 가장 큰 차이점은 모든 개발자의 워크스테이션에 있는 소스 코드 복사본이 이제 자체 저장소이기도 한다는 것입니다.

IT 부서가 이에 대해 걱정할 이유가 별로 없을 것 같습니다. git과 mercurial이 배포된다고 해서 일부 개발자의 데스크톱에서 직접 배포/전달한다는 의미는 아닙니다. 테스트, QA 및 최종 릴리스를 위해 모든 사람이 체크인하는 일부 중앙 저장소를 계속 사용하는 것이 여전히 가능하며 거의 확실하게 필요합니다.

IT가 개발자 워크스테이션에서 소스 코드를 모니터링하는지 여부에 관계없이 실제로 달라지는 것은 없습니다. 푸시되자마자 변경 내역을 중앙 저장소로 가져올 수 있는데, 이것이 바로 그들이 정말로 우려하고 있는 것으로 생각됩니다.

당신은 무엇을얻다IT 관점에서 볼 때 개발자가 커밋을 할 때마다 몇 분(또는 몇 초!)마다 중앙 저장소에 도달하지 않는다는 것입니다. 개발자는 작업을 완료한 다음 준비가 되었을 때만 이를 실행할 수 있지만 네트워크에 거의 접속하지 않고도 워크스테이션에서 완전한 버전 제어를 계속할 수 있습니다.

마지막으로, 그들이 말하는 규정 준수 문제의 정확한 성격에 관해 IT와 더 자세한 대화를 나눠야 합니다. 이는 지적 재산 관리, ISO 9000 또는 일부 정부 법률/규정 등 무엇이든 될 수 있습니다.

(모두에게: 이 답변을 자유롭게 개선하십시오.~ 아니다내 전문 분야...)