내 github pull 요청이 병합되었습니다.이 단계의 규칙은 무엇입니까?

나는 Github에서 프로젝트를 포크하고 약간의 변경을 한 후 원래 관리자에게 가져 오기 요청을 보냈습니다 Merged pull request #11 from my_username/master.

나는했다 : 나는 확실하지 에티켓 지금 무엇을 해요, 그래서 이것은 내가이 일을하고있어 처음으로 git pull upstream master다음과 git push origin master, 이제 마지막으로 내 자신의 저장소 읽고 커밋 Merged pull request #11 from my_username/master나에게 매우 이상한 느낌이있다. 이것이 사람들이 일반적으로하는 방식입니까, "역사를 정리하기 위해"해야 할 일이 있습니까?

참고 : 이것은 작은 문서 변경이므로 분기를 만들지 않았으므로 분기를 변경 master하고 풀 요청을 보냈습니다. 따라서 해당 부분에서 정리할 필요가 없습니다.

예, 이것은 사람들이 일반적으로하는 일입니다 .git 이하는 일이기 때문입니다.

병합 테스트는 종종 의미가 없습니다. "빨리 감기"논리의 결과입니다. 즉, 병합이 필요하지 않은 경우 병합하면 새 커밋이 생성되지 않습니다. 마스터에 대한 마지막 커밋의 대부분은 "병합 된 마스터"라고 말합니다. 개발자가 마스터를 지점에 병합하고 병합을 푸시했기 때문에 더 이상 병합 할 필요가 없기 때문입니다. 어쨌든 아무도 자식 커밋에 신경 쓰지 않습니다.