인출 요청을 제출하는 방법

develop 지점에서 코드를 작성했다고 가정하십시오.작업을 완료하고 master 지점에 통합하기를 원합니다.
하지만 네가 쓴 코드가 충분한지 모르겠다.코드를 주 지점에 통합하기 전에, 코드를 검사하는 사람이 있기를 바랍니다.
너는 요청을 끌어서 실현할 수 있다

라청이 뭐예요?

pull 요청은 Git pull 요청의 약자입니다.
이것은 이해하기 어렵기 때문에 우리는 하나의 유형으로 해석할 것이다.
상상해 봐, 너는 배에 실을 바나나 한 상자를 가지고 있어.바나나를 적재하는 유일한 방법은

누군가에게 밧줄 하나를 던져달라고

밧줄을 판자 상자에 묶어라

그들은 판자 상자를 당겼다

그들이 상자를 끌어올렸을 때, 그들은 너의 바나나가 맛있는지 보고 싶을 것이다.만약 그들이 썩은 바나나를 발견한다면, 그들은 너에게 그 썩은 바나나를 좋은 것으로 바꾸라고 요구할 것이다.
그들은 너의 모든 바나나가 썩었다고 생각하고 버리기로 결정했을 수도 있다.(하지만 우리는 이것이 일어나지 않기를 바란다. 알겠니?)
이 유형에서 바나나 상자는 개발 지점에서 나온 코드다.이 배는 주지선이다.선원이 이곳에 온 것은 당신의 코드가 주요 지점에 충분한지 확인하기 위해서입니다.
* 이것이 pull 요청의 의미입니다. 다른 지점으로 통합하기 전에 코드를 검사하는 사람이 필요합니다. *
우리가 사용하는 유비와 실제 당김 요청 사이의 유일한 차이점은 다른 사람이 당신을 위해 밧줄을 던지도록 요구하지 않는다는 것이다.너는 스스로 밧줄을 가지고 항구에서 그것을 바나나에 묶은 후에 배에 던져라.선원들이 유일하게 해야 할 일은 바나나를 검사하는 것이다.
이것이 바로 우리가 말한 제출 요청의 뜻이다.
인출 요청을 제출하는 데는 두 가지 방법이 있다.저장소에 대한 쓰기 액세스 권한이 있는지에 따라 작업이 달라집니다.

쓰기 액세스 권한이 있는 경우 요청 제출

요청을 제출하기 전에, 우리는 몇 가지 내용을 통합할 수 있도록 약간의 변경을 해야 한다.이 예에서는 코드에 제목을 추가합니다.

<!-- The code we're using to submit the pull request -->
<h2>I'm a heading</h2>

이 코드를 개발 지점에 제출해야 합니다.그리고gitremote로 보내야 합니다.
다음 그림에서 강조 표시된 부분에 나타납니다.

만약 네가 이 소식을 보았다면 매우 좋았을 것이다.클릭하십시오.몇 가지 단계를 절약할 수 있습니다.
보이지 않으면 Github repo 상단의 pull request 탭을 클릭합니다.

그리고 녹색 단추를 누르면 "newpull request"를 표시합니다.

'비교적 변화'라고 적힌 페이지를 볼 수 있을 것이다.

드래그 요청을 작성하려면 베이스를 설정하고 브랜치를 다음과 비교해야 합니다.

base: 병합할 지점

compare: 결합할 지점

우리의 예에서 우리는 마스터에 합병하기를 원하기 때문에 base 을 master 로 설정합니다.우리는 develop 에서 합병하기 때문에 compare 을 develop 로 설정합니다.
브랜치를 선택하면 Github에서 제출한 목록을 표시합니다.여기서 당신이 해야 할 일은'요청 단추 만들기'를 누르는 것입니다.

Github는 "끌어당기기 요청 열기"라는 페이지를 표시합니다.
참고: 앞서 언급한'당신의 지점이 X분 전에 업데이트되었습니다'메시지를 보시면 이 페이지에 도착합니다.

사용자가 작성한 제목은pullrequest 옵션 카드에서 볼 수 있는 제목입니다.색인에 제목 추가로 설정합니다.
댓글에 대해pull 요청을 눌렀을 때 볼 수 있는 첫 번째 메시지가 될 것이다.이런 상황에서 우리는 "내가 제목을 추가했다. 그것이 좋은지 아닌지 알려줘?"라고 말할 것이다.

제목과 메시지를 추가하면 페이지 하단의 Create pull request 단추를 누릅니다.
현재, 맨 위에 있는pullrequest 옵션을 누르면, 우리가 방금 제출한pullrequest를 열 것입니다.

저장소에 대한 쓰기 액세스 권한이 있는 경우 이것은 라벨 요청을 만드는 방법입니다.
저장소에 대한 쓰기 액세스 권한이 없으면 Fork를 만들어야 합니다.멈춰서 포크가 뭔지 얘기해 봅시다.

포크가 뭐예요?

Fork는 당신이 사용하고 있는git 클라이언트가 아닙니다.멍청해지지 마라!
Git의 fork는 다른 저장소를 기반으로 하는 저장소입니다.
지금까지 지점을 알고 있었고 다른 지점에서 지점을 만들 수 있다는 것을 알고 있습니다.(예: develop 에서 master 브랜치를 생성합니다.
마찬가지로 다른 저장소에서 저장소를 만들 수 있습니다.다른 저장소에서 만든 저장소를 fork라고 합니다.
분할 저장소는 메인 저장소 (분할 시) 가 가지고 있는 모든 내용을 포함합니다.모든 태그와 브랜치를 포함합니다.
분할 저장소를 가지고 있습니다. (쓰기 접근이 가능합니다.)이 분할 저장소는 여전히 메인 저장소로 추적될 것입니다.이 추적 링크를 통해 요청을 보냅니다.
실천 속에서 어떻게 일을 하는지 봅시다.

쓰기 액세스 권한 없이 요청 제출

참고 저장소를 사용할 수 없습니다.내가 해야 할 일은 가상 계정을 사용해서 그것이 어떻게 작동하는지 보여주는 것이다.이 시점부터 이 두 계정 이름을 주의하십시오.

주 계정: zellwk

가상 계정: zellwk2.

(나는 완전히 다른 이름을 만들어야 하는데...하지만 나는 네가 잘 따를 수 있다고 생각한다.)
저장소를 분할하려면 저장소의 오른쪽 상단에 있는 분할 단추를 누르십시오.

갈라진 부분이 완성되면 갈라진 저장소와 똑같이 보이는 저장소를 볼 수 있습니다.그러나 항목의 제목을 보면 다른 저장소에서 항목이 파생된 것을 발견할 수 있습니다.
이 분할 저장소에 대한 쓰기 권한이 있습니다.

다음은 분할 저장소에서 추출 요청을 제출할 때 수행한 작업입니다.

새 분기 생성

새 지점에서 코드 작성

새 지점에서 요청 보내기

하지만 이 과정에서는 Git 클라이언트에 가상 계정을 설정해야 하기 때문에 새 지점을 만들지 않습니다.(이것은 무미건조한 과정이다.)
따라서 본 수업에서 우리는 develop 지점에 직접 쓸 것이다.그리고 우리는 develop 지점에서 온 요청을 제출할 것이다.
이 예에서는 index.html 파일에 다음 HTML이 포함된 목록을 추가했습니다.

<ul>
  <li>Item 1</li>
  <li>Item 2</li>
  <li>Item 3</li>

주의: 이 예에서 <ul> 표시를 열었습니다.다음 시간에, 우리는 이 요청을 볼 때 이 오류를 발견할 것이다.
이 변경 내용의 제출 메시지는 Add list 입니다.
이제 분할 저장소로 돌아가면'newpullrequest'라는 단추를 볼 수 있을 것입니다.이 버튼은 브랜치 전환에 사용되는 버튼 옆에 있습니다.

이 새 요청 단추를 누르면 요청을 만들 수 있습니다.
Github는 "새로운 드래그 요청 열기"라는 페이지로 안내합니다.이 페이지는 위에서 보신'새로운 요청 열기'페이지처럼 보입니다.
다른 점은 네 가지를 설정해야 한다는 점입니다.

포크

기본 브랜치

포크

비교 지점

위의 예에서 우리는 두 가지 일을 안다.

base지점은 병합될 지점

compare지점은 통합할 지점

앞의pull 요청 예시에서 우리는 base 지점은 합병할 지점이고, compare 지점은 합병할 지점이라는 것을 알고 있다.
즉, 다음과 같이 설정해야 합니다.

기본 포크: zellwk/project

기본 분기: master

포크: zellwk2/project

비교 지점: develop

다음에 해야 할 일은 요청 제목을 쓰고 댓글을 쓴 다음 새 요청 단추를 누르는 것이다.

분할 저장소에서 요청을 제출했습니다.

끝내다

요청을 제출할 때, 변경 사항을 지점에 통합하기 전에 변경 사항을 볼 것을 요구합니다.
드래그 요청을 만드는 데는 두 가지 방법이 있습니다.저장소에 대한 쓰기 액세스 권한이 있는지에 따라 작업이 달라집니다.
쓰기 액세스 권한이 있는 경우 저장소 페이지에서 요청을 작성할 수 있습니다.
쓰기 액세스 권한이 없으면 저장소를 자신의 페이지로 옮겨야 합니다.그리고 분할 저장소에서 요청을 만듭니다.
읽어주셔서 감사합니다.본고는 최초로 my blog에 발표되었다.더 좋은 전단 개발자가 될 수 있도록 더 많은 글을 원한다면 등록하세요my newsletter.