문제

저는 호기심을 듣고에 대해 사람들의 경험으로 분산 버전 관리는 기업 환경에서.

특별히:

  1. 었다 그것이 어려운 이득을 채택을 주도하고 있는가?
  2. 지금 장소에서,그것은 잘 좋아?
  3. What'모델을 사용하고 있습(허&말?뭔가 다른가요?)
  4. 할 수 있도록 사용 허브&말이 있는 어떤 분야에 문제가 추진을 중앙 서버?
  5. 내가 듣고 싶으면 사람은 프로그래머가 아닌 작업이 환경 내에,바람직하게는 아티스트와 같은 누구에게 벤처 캐피탈 수 있는 조금 어려운 것입니다.그것을 위해 밖으로 작동까요?
도움이 되었습니까?

해결책

1-이 없기 때문에,우리는 단지 사람들에게 그들이 그것을 사용합니다.지 않는 경우에 있어 벤처 캐피탈과 당신의 직원이,당신이 더 큰 문제는...

2-만 가고,SVN Git,내가 말할 것에 대한 반발에 대해 불평가 복잡합니다.다른 반 평가는 증가된 힘입니다.

3-우리는 지정된 하나의 서버를 중앙 저장소에 의해 대회입니다.

4-None-내 말을 경우지 않는 사람들이 밀어버스,그리고 그들의 작동되지 않은 완료된 것으로 간주되며,그렇게 통합할 수 없습니다,QAed,etc.할 수 없는 경우에는 지침을 따라 이런 종류의 것입니다....과 같은#1.

5-좋은 질문입니다.우리는 우리의 기술 직원은 GUI 를 사용하는 도구를 가능하며,보이는 것을 훨씬 간단하다.꽤 많은 모든 개발자가 사용하는 명령줄지 않는 한 그들이 보고 있는 지사나 다른 시각적 이유입니다.

다른 팁

당신은 당신 IBM Rational(Atria)클리어 케이스와 멀티 사이트로 DVC?

우리는 그것을 사용했는 15 년 이제 다음을 포함한 7 년 전에 IBM 구입 us.그것은 사용하기 매우 효과적으로 여러 사이트에서는 미국에서와 외부에서 미국입니다.

대부분의 경우,그것은 잘 작동에 의해 크게 유지됩니다.

가 확실하지 않는 모델에 적용됩니다.

우리가 많이 없는 프로그래머가 아닌 사용하는 ID(정보는 개발-의미를 기술 Pubs)팀의 주요 설정 프로그래머가 아닌 사람이 그것을 사용합니다.

CC-MS 는 여전히 다소 중앙 집중식 모델을 가지를 가지는'마'에서,특정 사이트와 변경에서는 지점에서만 만들 수 있망에서 동일한 사이트입니다.그냥 당신에 대해 조심해야고 merge-그러나 병합하는 것은 매우 좋은(로 분기).

순간에 나는 재생의 아이디어를 채택해 git 에서 작업 후에,나는 그것을 이야기해 몇 가지 동료들.그들은 상상할 수 없었다며,매월 또는 매년 좋은 아이디어를 사용하 DCVS.주로하기 때문에 그들은 보 병합으로 문제는 너무 큽니다.내가 자식을 사용하에 대한 나의 자신의 작은 프로젝트의 집에서 그리고 여기에 어떻게 그리고 왜 나는 직장에서 사용:

  • 체크아웃 svn-프로젝트에서 작업으로 git
  • 투입하지 않고에 대한 관심의 필요성을 깨고 구축(또는 분기에 대한 실험)
  • 을 피하는 지연의 조회/병합에 대한 중앙 서버
  • 저지르고 끝에 결과로 svn-트렁크

또한 것(다음 이야기는 리누스에서 준 Google 에 관한 git)일반적인 방법을 사용하여 DCVS 에서 작동:)

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