다른 사람의 풀 요청 편집을위한 에티켓

누군가 GitHub에 하나의 커밋으로 풀 요청을 보낸 저장소를 소유하고 있습니다. 나는 그의 솔루션을 부분적으로 만 구현하고 싶고 사용자가 만든 코드 변경의 약 절반을 사용합니다. 이 상황에서 어떻게해야합니까?

그의 버전의 브랜치를 만들고, 돌아가서 원래 버전에서 보존하려는 "오래된"코드를 복사하여 두 번째 커밋에 붙여 넣습니다. 이것은 커밋 사이의 차이가 실제보다 커 보이게하고 같은 것을 버릴 수 git blame있습니다.

커밋에서 유지하려는 코드를 복사하여 새롭고 다른 커밋에 붙여 넣습니다 . 이는 코드에 대한 소중한 기여로 인해 크레딧을받지 못했음을 의미합니다.

위와 동일하게 코드의 일부를 새로운 커밋에 복사하지만 커밋의 저자를 대신 나 대신 변경하십시오 . 그는 기술적 으로 커밋 된 정확한 코드를 작성하지 않았 으므로 이것이 찌그러 지는지 확실하지 않습니다. 그러나 적어도 그는 사용되는 라인에 대한 속성을 얻습니다.

그의 풀 요청이 프로젝트의 목표에 맞지 않는 이유 기여자에게 설명 (그 과정에서 기여자에게 그가 생각하는 이유를 설명 할 수있는 기회 제공 : 내가 옵션 4로 가고 싶어 하지 )과 포함 된 새 버전을 다시 제출하라고 요청을 프로젝트에 맞는 변경 사항 만

여기에는 세 가지 장점이 있습니다.

1. 당신은 일을 할 필요가 없습니다 ;-)
2. 기고자는 목표에 대해 더 잘 이해하여 향후 기고에 변경이 필요하지 않을 가능성이 높아집니다.
3. 소유권을 유지하는 것 외에도 기여자는 유용한 기여를 한 것으로 인정되고 인정됩니다. 그들 모두가 계속 기여할 가능성이 높아집니다