TOWER에서 Github로의 PullRequest 접근 방식
4483 단어 GitHub
로컬 창고와 원격 창고 간의 관계와 용어 정리
Push... 로컬 창고의 편집 내용을 원격 창고에 반영하기 위해 로컬 원격에서 편집 내용을 출력합니다
PullRequest...다른 원격 창고 관리자에게 원격 Push 편집 내용 요청
Fetch...원격 웨어하우스의 업데이트 내용 로컬 반영
지부 기구
아까 원격과 로컬 등 창고에 여러 개의 지점이 있을 수 있습니다.분기 이름은 자유롭게 결정할 수 있습니다.일반적으로 [master] 지점은 정식 파일을 관리하고 [develop] 지점에서 편집 과정을 관리한다.이러한 명명 규칙과 관리 규칙은 각 팀이 공유해야 합니다.
한 지점은 편집 구역, 제본 구역, 정식 구역 세 구역을 포함하는데, 로컬 창고의 지점에서 어느 정도 편집을 하는 단위로dd와commiit를 지점의 정식 무대로 옮기는 지점을 지점에 반영한다.
이러한 분기 단위로 Push, PullRequest, Merge(병합)를 진행하여 창고를 업데이트합니다.
참조: http://www.backlog.jp/git-
참조:guide/stepup/stepup14.htmlhttp://blog.qnyp.com/2013/05/28/pull-request-for-github-beginners/
대략적인 절차
①Giithub에서 로컬로 파일 저장
② Giithub 로컬에서 PullRequest용 Branch 만들기
③ 편집 데이터를 업데이트하고 로컬에서dd,commiit
④ push에서 Giithub로
⑤ Giithub에 PullRequest 수행
※⑥Merge PullRequest
1Giithub에서 로컬 파일 저장
①Giithub에서 로컬로 파일 저장
지허브가 편집하고자 하는 창고에서 크론용 URL을 복사하고, TOWER에서'크론'을 클릭해 붙여넣어 크론을 만든다.
② PullRequest용 Branch 로컬 제작
해당 창고로 이동합니다.원격 창고와 같은 이름의'pullreq'창고를 만들었음을 알 수 있습니다.
③ 업데이트할 부분을 편집하고 로컬에서dd를 진행한 다음commiit
중간 부분의 BRANCHES에서'마스터'브랜치를 최초부터 만들고 HEAD를 지정할 수 있음을 알 수 있다.이것은 로컬 '마스터' 지점에서 업데이트를 얻기 위해서입니다.SublimeText 등을 통해 파일을 편집하면 편집 이력이 맨 위에 있는 Working Copy에 들어갑니다.편집하는 곳은 아래쪽 Status 확인란의 위치입니다.선택 후 편집 제목과 편집 내용을 입력하고commiit를 누르십시오.
BRANCHES의 HEAD에서 지정한!
캡처 2014-12-196.42.52.png
마스터에서는 타워에서 편집한 것임을 알 수 있는 편집 이력이 수록됐다.
④ 원격
업데이트된 "master"분기를 업데이트된 REMOTE를 덮어쓰려는 BRANCH 위로 드래그합니다.이번에는 "origin/develop"지점에서 Push를 사용합니다.
⑤ Giithub에 PullRequest 수행
Giithub의pullreq창고로 이동한 후 방금push의developBRANCH에서
Comporae &pull request 버튼을 클릭하면 녹색 버튼이 나타납니다.
편집 제목과 내용을 기입하고 맨 위의
"베이스:마스터▶"확인..."compore:develop▶"이것은
이것은 로컬 마스터 지점과 원격 개발자 지점의 비교를 가리킨다.잘못된 경우 Edit에서 편집합니다.
편집을 확인할 수도 있습니다.
※⑥Merge PullRequest
편집에 문제가 없을 때pullreq 창고에 있는 "Mergepullrequest"의 녹색 단추를 누르십시오.
편집 내용의 반영을 볼 수 있다.
※ 편집하기 전 시도!
uploading 캡처 2014-12-196.47.01.png...
Reference
이 문제에 관하여(TOWER에서 Github로의 PullRequest 접근 방식), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/samurai_runner/items/37a2a9bc968d6f0bf180
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
아까 원격과 로컬 등 창고에 여러 개의 지점이 있을 수 있습니다.분기 이름은 자유롭게 결정할 수 있습니다.일반적으로 [master] 지점은 정식 파일을 관리하고 [develop] 지점에서 편집 과정을 관리한다.이러한 명명 규칙과 관리 규칙은 각 팀이 공유해야 합니다.
한 지점은 편집 구역, 제본 구역, 정식 구역 세 구역을 포함하는데, 로컬 창고의 지점에서 어느 정도 편집을 하는 단위로dd와commiit를 지점의 정식 무대로 옮기는 지점을 지점에 반영한다.
이러한 분기 단위로 Push, PullRequest, Merge(병합)를 진행하여 창고를 업데이트합니다.
참조: http://www.backlog.jp/git-
참조:guide/stepup/stepup14.htmlhttp://blog.qnyp.com/2013/05/28/pull-request-for-github-beginners/
대략적인 절차
①Giithub에서 로컬로 파일 저장
② Giithub 로컬에서 PullRequest용 Branch 만들기
③ 편집 데이터를 업데이트하고 로컬에서dd,commiit
④ push에서 Giithub로
⑤ Giithub에 PullRequest 수행
※⑥Merge PullRequest
1Giithub에서 로컬 파일 저장
①Giithub에서 로컬로 파일 저장
지허브가 편집하고자 하는 창고에서 크론용 URL을 복사하고, TOWER에서'크론'을 클릭해 붙여넣어 크론을 만든다.
② PullRequest용 Branch 로컬 제작
해당 창고로 이동합니다.원격 창고와 같은 이름의'pullreq'창고를 만들었음을 알 수 있습니다.
③ 업데이트할 부분을 편집하고 로컬에서dd를 진행한 다음commiit
중간 부분의 BRANCHES에서'마스터'브랜치를 최초부터 만들고 HEAD를 지정할 수 있음을 알 수 있다.이것은 로컬 '마스터' 지점에서 업데이트를 얻기 위해서입니다.SublimeText 등을 통해 파일을 편집하면 편집 이력이 맨 위에 있는 Working Copy에 들어갑니다.편집하는 곳은 아래쪽 Status 확인란의 위치입니다.선택 후 편집 제목과 편집 내용을 입력하고commiit를 누르십시오.
BRANCHES의 HEAD에서 지정한!
캡처 2014-12-196.42.52.png
마스터에서는 타워에서 편집한 것임을 알 수 있는 편집 이력이 수록됐다.
④ 원격
업데이트된 "master"분기를 업데이트된 REMOTE를 덮어쓰려는 BRANCH 위로 드래그합니다.이번에는 "origin/develop"지점에서 Push를 사용합니다.
⑤ Giithub에 PullRequest 수행
Giithub의pullreq창고로 이동한 후 방금push의developBRANCH에서
Comporae &pull request 버튼을 클릭하면 녹색 버튼이 나타납니다.
편집 제목과 내용을 기입하고 맨 위의
"베이스:마스터▶"확인..."compore:develop▶"이것은
이것은 로컬 마스터 지점과 원격 개발자 지점의 비교를 가리킨다.잘못된 경우 Edit에서 편집합니다.
편집을 확인할 수도 있습니다.
※⑥Merge PullRequest
편집에 문제가 없을 때pullreq 창고에 있는 "Mergepullrequest"의 녹색 단추를 누르십시오.
편집 내용의 반영을 볼 수 있다.
※ 편집하기 전 시도!
uploading 캡처 2014-12-196.47.01.png...
Reference
이 문제에 관하여(TOWER에서 Github로의 PullRequest 접근 방식), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/samurai_runner/items/37a2a9bc968d6f0bf180
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
①Giithub에서 로컬로 파일 저장
지허브가 편집하고자 하는 창고에서 크론용 URL을 복사하고, TOWER에서'크론'을 클릭해 붙여넣어 크론을 만든다.
② PullRequest용 Branch 로컬 제작
해당 창고로 이동합니다.원격 창고와 같은 이름의'pullreq'창고를 만들었음을 알 수 있습니다.
③ 업데이트할 부분을 편집하고 로컬에서dd를 진행한 다음commiit
중간 부분의 BRANCHES에서'마스터'브랜치를 최초부터 만들고 HEAD를 지정할 수 있음을 알 수 있다.이것은 로컬 '마스터' 지점에서 업데이트를 얻기 위해서입니다.SublimeText 등을 통해 파일을 편집하면 편집 이력이 맨 위에 있는 Working Copy에 들어갑니다.편집하는 곳은 아래쪽 Status 확인란의 위치입니다.선택 후 편집 제목과 편집 내용을 입력하고commiit를 누르십시오.
BRANCHES의 HEAD에서 지정한!
캡처 2014-12-196.42.52.png
마스터에서는 타워에서 편집한 것임을 알 수 있는 편집 이력이 수록됐다.
④ 원격
업데이트된 "master"분기를 업데이트된 REMOTE를 덮어쓰려는 BRANCH 위로 드래그합니다.이번에는 "origin/develop"지점에서 Push를 사용합니다.
⑤ Giithub에 PullRequest 수행
Giithub의pullreq창고로 이동한 후 방금push의developBRANCH에서
Comporae &pull request 버튼을 클릭하면 녹색 버튼이 나타납니다.
편집 제목과 내용을 기입하고 맨 위의
"베이스:마스터▶"확인..."compore:develop▶"이것은
이것은 로컬 마스터 지점과 원격 개발자 지점의 비교를 가리킨다.잘못된 경우 Edit에서 편집합니다.
편집을 확인할 수도 있습니다.
※⑥Merge PullRequest
편집에 문제가 없을 때pullreq 창고에 있는 "Mergepullrequest"의 녹색 단추를 누르십시오.
편집 내용의 반영을 볼 수 있다.
※ 편집하기 전 시도!
uploading 캡처 2014-12-196.47.01.png...
Reference
이 문제에 관하여(TOWER에서 Github로의 PullRequest 접근 방식), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다
https://qiita.com/samurai_runner/items/37a2a9bc968d6f0bf180
텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념
(Collection and Share based on the CC Protocol.)
편집에 문제가 없을 때pullreq 창고에 있는 "Mergepullrequest"의 녹색 단추를 누르십시오.
편집 내용의 반영을 볼 수 있다.
※ 편집하기 전 시도!
uploading 캡처 2014-12-196.47.01.png...
Reference
이 문제에 관하여(TOWER에서 Github로의 PullRequest 접근 방식), 우리는 이곳에서 더 많은 자료를 발견하고 링크를 클릭하여 보았다 https://qiita.com/samurai_runner/items/37a2a9bc968d6f0bf180텍스트를 자유롭게 공유하거나 복사할 수 있습니다.하지만 이 문서의 URL은 참조 URL로 남겨 두십시오.
우수한 개발자 콘텐츠 발견에 전념 (Collection and Share based on the CC Protocol.)