2011-12-07 5 views
2

프로젝트에서 코드 검토를 위해 Gerrit를 사용하고 있습니다. 현재 우리는 주로 다음 릴리스의 마스터 지점과 유지 관리 지점에서 작업하고 있습니다.유지 보수 지점에서 커밋을 Gerrit의 마스터에 병합하는 가장 좋은 방법

메인터넌스 지점에서 커밋을 병합하는 것이 가장 좋은 방법인지 궁금합니다. 해당 커밋을 유지 관리 지점에 하나씩 밀어 넣고 코드 검토 프로세스를 다시 거쳐야합니까?

답변

3

는이 기본 옵션이 있습니다 :

  1. 체리 - 선택 마스터 유지 보수에서 커밋을하고 리트 통해 밀어 넣습니다. 저희 팀에서는 이미 한번 리뷰를했기 때문에 일반적으로 코드 리뷰에 대해 철저하지 않습니다. 일반적으로 간단한 컴파일 검사로 충분합니다.
  2. 유지 관리 분기를 master 분기와 병합하고이 병합 커밋을 gerrit로 푸시합니다. 이것은 일반적으로 마스터 솔루션에 적용되는 모든 유지 보수 변경 사항을 원할 경우 더 나은 솔루션입니다.

병합 커밋을 사용하면 git이 브랜치의 관계를보다 잘 보여줍니다. 미래의 병합이 쉬워 지도록 더 많은 메타 데이터를 가지고 있습니다. 커밋을 병합하는 한 가지 단점은 현재 Gerrit에서 잘 표시되지 않는다는 것입니다. 일반적으로 개발자는 git 도구를 사용하여 병합 병합을 통해 로컬에서 진행되는 작업을 진정으로 이해해야합니다.

+0

Eclipse를 사용하는 경우 Mylyn 용 Gerrit 커넥터를 사용해 볼 수도 있습니다. Mylyn 태스크와 같은 변경 사항을 표시하며 변경 사항을 자동으로 가져 오는 버튼이 있습니다. Gerrit와 더 쉽고 편하게 작업 할 수 있습니다. – dunni

+0

나는 당신에 동의합니다. 병합 옵션이 더 좋습니다. 코드 검토 프로세스를 준수하기 위해 Gerrit에 병합 커밋을 하나만 푸시해야합니다. 또 다른 한 가지는 특정 사용자가 프로젝트 구성의 웹 인터페이스를 통해 Gerrit (refs/for/*)에 병합 커밋을 푸시하도록 허용하는 것입니다. – Kane

관련 문제