2 인 팀에 대한 풀 요청 소개-내 요청을 병합 하시겠습니까?


11

git을 주니어 팀 멤버 (협동 조합)에게 소개하고 있습니다.

그들은 추가, 커밋, 밀기 및 당기기의 기본에 익숙해졌습니다.

이제 요청과 지점을 가져 오기 위해 소개하겠습니다.

지점에서 풀 요청을 시작하면 진행중인 작업에 대해서도 동일한 작업을 수행해야합니까?
나는 그들의 풀 요청을 병합하는 사람이 될 것입니다. 나는 내가 지점에서 일하는 것이 가장 합리적 일지 확신하지 못했습니다 (일반적으로 내가 알고있는 좋은 연습이지만 한 명의 주니어와 함께 2 명의 개발자의 특정 상황에 대해 궁금합니다 ) 그렇다면 그렇게하면 내 지점을 마스터로 병합 할 수 있습니다. 어쨌든 내 작업 / 지점에 대한 풀 요청을해야합니까? 일반적으로 다음 변경 사항에 기본 github Feature Branch Workflow를 사용합니다.
https://www.atlassian.com/git/tutorials/comparing-workflows/feature-branch-workflow

내가 유일한 개발자 인 경우 내 리포지토리에서 풀 요청을 사용하는 목적이 있습니까? 유용하지만 구체적이지 않습니다.

프로젝트에서 두 사람과의 작업 흐름도 더 일반적으로 보입니다.

공식 리포 지 또는 분기의 지점에서 풀 요청을 열어야합니까? 포크에 대해 더 보인다.

답변:


19

아니요. 자체 풀 요청을 병합해서는 안됩니다. 거위에게 좋은 것은 간병인에게 좋습니다. 자체 풀 요청을 병합하면 주니어 개발자에게는 나쁜 선례가됩니다. 또한 다른 사람이 귀하의 코드를보고 있지 않음을 의미합니다. 아무리 선임이 있더라도 우리는 때때로 실수를하고 나쁜 코드를 작성합니다. 주니어에게 코드 검토가 다른 쪽에서 작동하는 방식을 가르치고 작업을 검토하고 병합하도록합니다.

그는 당신과 똑같은 눈을 갖지 못할 수도 있지만, 검토 자의 말미에 따라 프로세스에 익숙해지게 할 것이며, 당신을 놀라게하고 멍청한 짓을하게 될 수도 있습니다. 최소한, 그것은 당신에게 분명하고 그에게 분명하지 않은 코드 조각을 표시합니다. 이것은 두 가지 이점이 있습니다.

  1. 둘 다 주니어가 학습 활동에 집중해야하는 곳을 배웁니다.
  2. 당신은 당신이 있어야 할 것보다 더 영리한 곳을 배웁니다.

6
코드 검토의 또 다른 큰 이점은 최소한 두 사람이 모든 단일 코드 변경이 발생하기 전에보고 알았으며 질문 할 기회가 있다는 것입니다. 하급 개발자는 무엇을 찾아야할지 모르더라도 그 모든 것으로부터 무언가를 배울 수 있습니다.
Ixrec
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.