분류 Git

GitHub에서 첫 번째 풀 요청을 하는 방법

컨텐츠 정보

  • 조회 640 (작성일 )

본문

이 주제에 대한 많은 자습서가 있지만 코드를 프로젝트에 제공해야 한다고 가정하면 지나치게 복잡해집니다.


파일을 편집해야 하는 경우 오타를 수정하기 위해 프로젝트 README가 필요할까요?


나는 당신이 이미 (무료) GitHub 계정을 가지고 있다고 가정합니다. 그렇지 않은 경우 github.com으로 이동하여 하나를 받으십시오.


나는이 페이지 https://web.dev/prefers-color-scheme/에 가서 가능한 오타를 발견했다. 이 줄의 끝에 점이 없습니다.


article-i-want-to-edit 



나는 사이트가 GitHub에서 호스팅 되고 정확한 기사가 여기에서 호스팅 된다는 것을 알고 있습니다 : https://github.com/GoogleChrome/web.dev/tree/master/src/site/content/en/blog/prefers-color-scheme 


github-folder-for-article 


GitHub에서 index.md 파일 https://github.com/GoogleChrome/web.dev/blob/master/src/site/content/en/blog/prefers-color-scheme/index.md를 직접 열고 파일 툴바의 연필 아이콘. 마우스를 가져 가면 "이 프로젝트를 포크하고 파일을 편집하십시오"라고 표시됩니다.


the-index-md-file 

다음 정보가 포함 된 편집기 보기가 나타납니다.


the-editor-view 

가서 그 점을 추가하고 하단의 양식에서 내가 변경 한 것을 설명 할 수 있습니다.


propose-file-change 

"파일 변경 제안"버튼을 누르면 비교보기가 나타납니다.


compare-view 


여기에서 내가 변경 한 내용을 검토하여 모든 것이 정상인지 확인하고 마지막으로 "풀 요청 생성"버튼을 클릭 할 수 있습니다. 현재 연필 모양의 아이콘을 클릭하면 GitHub에서 자동으로 수행 한 프로젝트 포크가 변경되었습니다.


open-pull-request 





이 뷰의 상단에서 내 flaflacopcop / web.dev 양식에서 내 지점 패치 -2에서 마스터 지점으로 GoogleChrome / web.dev 프로젝트에 PR을 제출하려고 합니다.


"풀 요청 생성"버튼을 누르면 풀 요청에 대한 자세한 설명을 작성할 수 있는 다른 형식이 표시됩니다.


풀 요청에는 여러 가지 변경 사항이 포함될 수 있으므로 이론적으로 동일한 PR에서 많은 파일을 편집 할 수 있으므로 요약을 추가 할 수 있습니다.


이 저장소에는 팀이 이를 관리하는 데 도움이되는 PR 텍스트 용 템플리트가 있습니다. PR은 매우 간단하므로 템플릿을 제거하고 이전의 커밋 메시지에서 내용을 붙여 넣습니다.


오른쪽에 힌트가 있습니까? 그들은 프로젝트에 기여 방법과 지침을 설명하는 CONTRIBUTING.md 파일이 있다고 알려줍니다. 정말 멋진.


contributing 

PR을 완료하려면 CLA (기여자 라이센스 계약)에 서명해야 합니다. 이미 과거에 Google CLA에 서명 했으므로 이 단계는 분명하지만 해결해야 할 수도 있습니다. 대부분의 프로젝트는 실제로 필요하지 않습니다.


"풀 요청 생성"을 클릭하면 PR이 전송됩니다!


pull-request-sent 


이제 프로젝트 관리자가 참여하여 수락해야 합니다. 병합되었음을 알리는 이메일이나 다른 사람들의 의견을 기다리면 됩니다.


[... 몇 시간이 지나서 ...]


이메일을 받았습니다. 그 점이 실제로 올바른 위치에 있었기 때문에 PR이 거부되었습니다! (몰랐습니다).


그러나 어쨌든 여기에 추가하고 싶은 것이 있습니다. 제출 한 PR이 수락 되지 않으면 화 나거나 화 내지 마십시오. 프로젝트 관리자는 몇 개월 또는 몇 년 동안 프로젝트를 진행하며 더 나은 점에 대해 당신보다 더 잘 알고 있습니다.


또한 특히 코드의 경우 뷰가 매우 다르고 자신이 훌륭하다고 생각하는 PR은 환영받지 못할 수 있습니다.


또한 실질적인 PR 작업을 수행하기 전에 프로젝트에 실제로 필요한 것이 있는지 물어 보는 것이 가장 좋습니다.