대규모 프로젝트에 Gerrit를 사용할 것을 고려하고 있습니다. 이 시점에서 사람들이 승인 된 변경 사항의 병합 충돌을 처리하는 방법을 아는 것은 흥미로울 것입니다.Gerrit 개정 워크 플로우 : 충돌 및 재 승인 합치기
크기가 다른 많은 변경 사항이 동시에 보류중인 개정판이며, 검토 중이며 점진적으로 확인되고 있다고 상상해보십시오. 그들 중 일부는 동일한 코드를 수정하고 있기 때문에 충돌은 불가피합니다. "통합 자"가 간단한 작업 흐름에서 수동으로 패치를 받아들이면 작은 충돌이 해결 될 수 있지만 Gerrit의 경우에는 문제가 없습니다. 변경 사항을 검토하고 승인 한 경우 병합이 충돌 할 경우 이해할 수 있도록 작성자가 리베이스해야하고 개정을 위해 다시 푸시해야합니다.이 경우 개정 프로세스가 다시 시작됩니다. 상대적으로 활동적인 프로젝트의 경우 주당 50 건 이상의 외부 제공자 기부가 이루어지기 때문에 각 승인 및 제출 후 병합 거부로 인해 동일한 패치를 여러 번 수정해야하는 경우 악몽으로 변할 수 있습니다. 효율적이지 않다.
질문 : 나는 리트는 방법은 병합 충돌의 많은 수의 예상되는 크고 활성화 된 물건 앞으로 아니라고 정정
건가요?
일부 병합 충돌은 사소할 수 있습니다. 변경을 다시 시도하기 위해 작성자를 괴롭히지 않고도이를 해결할 수있는 방법이 있습니까?
변경 사항을 안정 분기로 백 포트해야하는 경우 체리 피크가 깨끗한 경우에도 각 분기에 대한 별도의 변경 사항을 개정을 위해 푸시해야합니다.
Gerrit 워크 플로우 경험에 대한 일반적인 의견도 환영합니다.
--use-content-merge, thanks에 대해 몰랐습니다. –