2012-10-03 2 views
1

MAIN 통합 분기가있는 TFS 분기 구조, 프로덕션에 릴리스 된 코드가 포함 된 생산 분기 및 개발 분기를 구현합니다. Dev와 Prod는 Main에서 분기됩니다.분기 간의 TFS 병합 및 차이점

모든 개발은 개발 분기에서 분기되는 하위 분기에서 수행되며 일반 개발 분기에 대한 변경 사항을 필요에 따라 하위 분기로 다시 병합합니다. 내가 병합을 자동화하는 방법을 볼 수 없지만 한 가지 생각은 야간 또는 주간 diff 프로세스가 두 지점을보고 개발 지점과 각 하위 지점 간의 차이점에 대한 전자 메일 보고서를 보냅니다.

누구든지이 문제에 대해 의견이 있거나 자동 차등 및 이메일 신고에 사용할 수있는 제품이 있습니까?

감사

+1

너무 많은 브랜치를 사용하려고 시도한 다음 모든 것을 다시 모으는 자동화 된 프로세스를 만드는 것처럼 들리는 것 같습니다. 통합 프로세스가 자동화 될 수 있다면, 왜 다른 지점이 첫 번째 장소에 있습니까? 어쩌면 당신은 한발 물러서서 "이 지점들이 해결해야 할 문제는 무엇입니까?"라고 자문 해보십시오. –

+0

같은 코드에서 동시 개발이 수행되는 경우에만 해당 분기가 사용됩니다. 대부분 개발자가 DEV 브랜치에서 개발할 것을 기대합니다. 그러나 나는 자동 병합 이라기보다는 DEV에 변경 사항이있을 때, 분기에 작업하는 모든 사람들이 자신의 지점으로 전달 통합에 대한 새로운 변경 사항이 있음을 통보 받기를 원합니다. 그들은 DEV 브랜치 브랜치로 돌아온다. 그리고 그들이 그것을 깨달을 수 있다면, 트랙을 몇 달 동안 기다리지 않고 잠재적 인 문제를 발견하기 위해 일찍 통합하도록 선택할 수 있습니다. – NZJames

답변

1

이것은 DEV 지점의 예상 안정성에 따라 달라집니다. 그러나 DEV 브랜치의 CI 빌드는 다소 단순한 솔루션으로, 통합 브리 지에서 통합을 포워드해야하는 사람들에게 성공하면 알림 전자 메일을 전송합니다.

그러나이 CI 빌드가 적어도 하루에 한 번 실행될 가능성이 있기 때문에 약간 해킹이되는 것 같습니다. 즉, 이메일 알림이 스팸 메일이됩니다. 처음으로 개발자가 부모 지점에서 통합하여 하루를 시작할 때 가장 먼저해야 할 일은 무엇입니까? 이것은 병합을 작게 유지하므로 충돌을 해결하는 것은 상당히 간단해야합니다.

두 개의 분기가 계속 병합되는 경우에는 하위 분기가 필요하지 않습니다.

어쨌든, 성공에 대한 이메일 알림이있는 CI 빌드는 사용자가 요청한 것을 받게됩니다. 지회가 바뀔 때마다 모든 사람에게 통보됩니다.