0
상당히 새로운 여기에 자식. 나는 당신이 생각하는 것은 자식과 함께 다음과 같은 소스 코드 관리 프로세스 (또는 다른 SCM 시스템)를 구현하는 가장 좋은 방법입니다 부탁드립니다 : 시스템의 특정 부분에 대한 코드를 커밋하기 전에리뷰어 기반 코드 저장소 관리에 자식
(즉 시스템 프레임 워크) 변경 사항은 우선 할당 된 검토자가 검토해야합니다. 그 다음에 검토자가 다시 통보됩니다. 또는 바람직하게는 검토 자 세트는 통지 할 필요가 없으므로 검토를 위해 각자 자신에게 할당 할 수있는 전체 시스템에서 보류중인 변경 사항을 볼 수있는 방법이 있어야합니다.
그러면 검토자가 일부 위치에서 코드 변경 사항을 가져 와서 검토합니다.
검토자가 만족할만한 코드를 발견하면 중앙 저장소로 직접 커밋합니다. 그렇지 않으면 단순히 파일 목록에서 검토를 위해 파일을 제거하기 만하면됩니다. 검토를 위해 변경을 설정 한 개발자는 이후에 통보됩니다. 우리가 지금까지의 생각은 무엇
:
- 를 사용하여 자식. 개발자의 변경 사항은 검토를 위해 로컬 저장소에 커밋해야합니다.
- 리뷰어는 위의 개발자의 원격 저장소에서 변경 사항을 가져옵니다.
- 그러면 검토자가 변경 사항을 커밋하거나 스크랩할지 여부를 결정합니다.
우리는 위의 접근법이 리뷰에 너무 지루하다고 생각했습니다. 하나는 검토 할 각 개발자의 저장소를 저장해야하며 두 번째로 전체 원격 저장소에서 검토 할 파일을 찾아야합니다.
그래서 우리는 다음과 같이 뭔가를 변경 :- 아직도 자식을 사용합니다. 개발자 검토를위한 변경 사항은 검토 자의 원격 저장소에 커밋해야합니다. 이 저장소는 검토 용 파일 만 포함해야합니다.
- 그러면 검토자는 파일의 현재 복사본과 위의 개발자가 커밋 한 최신 복사본을 비교합니다.
- 그러면 검토자가 변경 사항을 커밋하거나 스크랩할지 여부를 결정합니다.
여전히 중앙 저장소에 검토 된 변경 사항을 수동으로 커밋하지 않아도됩니다. 더 좋은 제안이 있습니까? 감사.