제공자에게 github에서 풀 요청을 리베이스하도록 요청하는 것이 맞습니까?

나는 상대적으로 인기있는 github 저장소를 유지합니다.

끌어 오기 요청을 병합하는 것이 좋을 때 나는 일반적으로 저자가 병합하기 전에 단일 커밋으로 리베이스하도록 요청합니다 (특히 여러 개의 작은 편집이 있었을 때).

이것은 좋은 자식 연습입니까? 이것이 허용되는 / 표준 GitHub 에티켓입니까?

따라서 몇 가지 이점이 있습니다.

• 커밋 로그에서 깨끗한 커밋 기록을 얻습니다.
• 커밋을 직접 변경할 필요가 없습니다.
• 작품의 일부를 위임

몇 가지 가능한 단점 :

• 이것이 좋은 에티켓인지 확실하지 않습니다
• 이것이 좋은 자식 연습인지 확실하지 않습니다
• 나는 일반적으로 이미 몇 가지 다른 변경 사항을 요청했습니다. 이것은 하나 더이며 기고자에게 낙담하고 싶지 않습니다.

Git에 관한 한, 단순히 브랜치를 병합하거나 병합하려는 최신 버전의 브랜치를 커밋 해야하는지 여부는 성스러운 전쟁입니다. Programmers.SE에서 빠른 검색을 수행 하면 더 나은 대화가 많이 있습니다 .

그 뒤에 에티켓에 관해서는, 실제적인 관점에서 이것을 다룰 수 있습니다. 다른 사람으로부터 오는 새로운 코드를 다룰 때는 항상 브랜치의 최신 변경 사항을 병합하거나 병합하기 전에 새로 변경하여 깔끔하게 병합하는 것이 가장 좋습니다. 코드를 작성하여 병합 / 리베이스 충돌을 처리 할 수있는 자격을 갖추 었습니다. 나는 개인적으로 그것에 문제가 없으며 다른 사람들의 요청을 항상 봅니다. 나에게 충돌이 없다면 git 자체가 적용 할 수있는 2 초 업데이트이기 때문에 종종 직접 수행 할 것입니다. 그러나 충돌이 있으면 항상 코드의 원래 작성자에게 직접 처리하도록 요청합니다.

또한 GitHub (최소한)의 CONTRIBUTING경우 PR 시도 위에 파일에 대한 링크를 표시 하므로 기대를 설명하기에 좋은 장소가되며 많은 프로젝트에는 최신 분기 만 병합한다는 내용이 포함됩니다.