입문

중요한 요점을 확인하기 위해서 나는 아래의 책을 보았다.
나는 당시에 하고 싶었던 몇 가지 말을 정리하고 싶어서 투고하기로 결정했다.
Github에 관해서는 책에도 총결이 있고, 다른 사람도 총결이 있다
나는 "Pull Request의 발송 방법"의 Backlog 버전을 썼다.참고가 된다면 기쁘겠습니다.

Github 실천 입문

https://www.amazon.co.jp/GitHub%E5%AE%9F%E8%B7%B5%E5%85%A5%E9%96%80-Pull-Request%E3%81%AB%E3%82%88%E3%82%8B%E9%96%8B%E7%99%BA%E3%81%AE%E5%A4%89%E9%9D%A9-PRESS-plus/dp/477416366X

Pull Request

개요

소프트웨어 자체의 오류를 찾아 수정된 코드를 관리자에게 알려라.
소프트웨어 관리자가 Pull Request를 승인하면 소프트웨어 자체는 수정된 코드를 반영합니다.
이 구조를 사용하여 개발의 원천으로 삼아 IT 기술의 발전 속도는 이 구조가 있기 때문이라고 한다.

총체적 절차

Pull Request를 보내기 전의 전체 프로세스는 다음과 같습니다.
Pull Request를 보내기 위해 위에서 아래로 순서대로 작업합니다.

원격 지점에서 자체 개발 환경으로 Clone

자신의 개발 환경에서 테마 브랜치를 제작한다

제작된 테마 지점에서 코드를 수정합니다

내용 수정Commit

원격 브랜치를 생성하고 푸시합니다

Pull Request 를 보냅니다

원격 분기 클론에서 자체 개발 환경으로

자체 저장소 원격 분기 클론에서 자체 개발 환경으로

$ git clone ${修正を加えたいコードのリポジトリリンク}

자체 개발 환경에서 테마 지점 만들기

자신의 개발 환경에서 테마 지점을 만듭니다.

주제가 뭐예요?

하나의 테마(테마·기능)를 인코딩하는 데 사용되는 지점(여러 테마를 처리하지 않음)

// ブランチを確認（-aオプションをつけることでリモートリポジトリのブランチも確認できる。）
$ git branch -a

// ${作成するブランチ名} を master ブランチを元としてコピーし、${作成するブランチ名}へ作業ブランチを移行する。
// master はローカルリポジトリのブランチ名
$ git checkout -b ${作成するブランチ名} master

// ブランチを確認（-aオプションをつけることでリモートリポジトリのブランチも確認できる。）
$ git branch -a

만든 테마 분기에서 코드 수정

생성된 테마 분기에서 코드를 수정합니다.
나는 여기에 수정 내용에 따라 다르다고 생각하니 각자 수정해 주십시오.

내용 수정Commit

수정된 내용을 제출합니다.

// 変更内容を確認
$ git diff

$ git add .
$ git commit -m "Add Function"

원격 분기 생성 및 푸시

원격 브랜치를 생성하여 원격 브랜치로 밀어넣습니다.

$ git push origin ${作成するリモートブランチ名}

Pull Request 보내기(Backlog Edition)

위의 준비가 끝나야 Pull Request를 보낼 수 있습니다.
익숙해지면 힘든 일이 아니니 기억하기 전에 인내심을 가지고 하세요.
원격 브랜치를 만들고 푸시할 때 ${생성할 원격 브랜치 이름}을 작업으로 사용합니다.
설명할 이미지를 첨부합니다.
Backlog의 Git 화면을 열고 분기 탭을 열면 push가 추가되었는지 확인할 수 있습니다.
그런 다음 테이블 작업 행의 [끌어당기기 요청 추가] 버튼을 누릅니다.

라식 요청 옵션 카드에 ①의 표시가 있습니다. 라식 요청 사랑을 누르십시오.
그리고 방금 추가한 작업 지점이 당김 요청으로 추가된 것을 볼 수 있습니다.
다음은 PullRequest 보내기 방법(Backlog Edition)입니다.

총결산

이 글은 Backlog 버전으로 요약되지만, Pull Request를 보내는 전체적인 절차는 변화가 없습니다.
Github와 Backlog의 UI가 다르기 때문에 조작 방법이 좀 다르지만 이 글을 보고 누구에게 도움이 된다면 기쁠 것 같습니다.