2011-05-16 3 views
1

저는 코드베이스에서 일하는 아웃소싱 된 개발팀을 관리하기 위해 할당 된 모든 작업에 대해 지사에서 작업하도록했습니다. 그들은 매주 트렁크에서 변경 사항을 병합 할 책임이 있습니다. 내 팀도 필요에 따라 기능 분기를 계속 사용합니다.아웃소싱 팀과 협력하기위한 분기 전략은 무엇입니까?

특정 분기 전략을 사용하여 외주 제작 작업을 통합 한 경험이있는 사람이 있습니까?

답변

2

아웃소싱 개발 팀과 협력 할 때 너무 많은 수작업 단계가 포함 된 개발 프로세스를 피하는 것이 가장 좋습니다. 병합 문제를 해결하는 방법에 대한 혼란이 있다면, 귀하 또는 인소싱 팀의 구성원에게이 사실을 알려야합니다. 그러면 모든 사람의 속도가 느려질 것입니다.

내가 처리 한 대부분의 아웃소싱 팀은 인도에서 근무 했으므로 시간대 차이가있을 수 있으므로 EST, 중부, 산악 지역에서 근무하는 고가 팀이없는 경우 작업 시작일이 끝납니다. 의사 소통 문제는 단지 살인자이며 대부분 다음 번에 그들이 직접 성취하지 못하는 무언가를 찾지 못해 아무것도 성취하지 못했을 때 찾아올 것입니다.

병합은 일반적으로 눈살을 찌푸지 만 개인적으로는 중급 또는 상급 개발자와 긴밀하게 협력하는 팀에서만 작동합니다.

+1

병합을 피하기위한 전략은 무엇입니까? 분명히 모두가 같은 지점에서 일하도록하는 것이 더 나쁠까요? –

+1

아니, 나쁘지 않을거야. 릴리스 당 분기 코드 만 또는 다른 개발 노력에는 영향을 미치지 않을 것이라고 확신하고 완료하는 데 많은 시간이 걸리는 대규모 변경이 응용 프로그램에 만들어지면 예외가됩니다 케이스. 모두가 같은 지점에서 함께 일해야하지만 지속적인 통합 표준을 준수하여 변동성을 완화해야합니다. http://martinfowler.com/articles/continuousIntegration.html –

+0

우리는 민첩한 방향으로 나아가고 있습니다. 기술적으로 우리는 릴리즈 당 분기 할 수 있어야합니다. 예측 가능한 방출을 위해 총을 쏠 것입니다. 그러나 많은 시간대가 될 것이므로 날짜가 빠져 나가는 것을 볼 수 있습니다. 이 프로젝트는 공급 업체가 제공하는 고전적인 ASP 웹 응용 프로그램의 사용자 지정 버전이므로 진정한 CI는 어려울 것입니다. 아니면 적어도 내 머리를 감싸려고 할 때 그렇게 보인다. :) –

관련 문제