이상학의 개발블로그

[졸업 프로젝트] GitHub Pull Request 날려보기 본문

프로젝트

[졸업 프로젝트] GitHub Pull Request 날려보기

학학이 2016. 5. 3. 22:09


졸업 프로젝트로 나는 서버를 개발하고 팀원은 안드로이드를 개발한다.

소스코드는 GitHub에서 관리 하려고 하는데 안드로이드 Repo도 한 계정에서 만들고 내가 관리하고

팀원은 브랜치 따서 풀리퀘를 하는 방법으로 개발하려는데 나도 풀 리퀘를 한 적이 없다.


그래서 계정 하나늘 더 만들고 풀리퀘 하는 방법을 테스트 해본다.


sanghaklee ( A라 칭함) : 본 계정

ryan0425 ( B 라 칭함) : 부 계정


간략 설명

  1. B : A의 Repo Fork
  2. B : Fork 한 Repo Clone
  3. B : 브랜치 생성
  4. B : 파일 수정 커밋
  5. B : push
  6. B : GitHub에서 추가한 브랜치로 이동
  7. B : GitHub에서 풀 리퀘 요청
  8. A : GitHub에서 풀 리퀘 요청 확인
  9. A : 요청 수락/기각



1. B는 공유하려는 A의 GitHub Repo에 간다.

Fork 버튼을 클릭한다.


2. A의 Repo가 그대로 B의 Repo로 복사됐다.

Url을 보면 /sanghaklee/GGP_android 가 아니고

/ryan/GGP_android 인 것을 확일할 수 있다.



3. B는 자신의 컴퓨터의 Fork한 Repo를 Clone 한다.



4. 현재 브랜치를 확인하고 새로운 브랜치(pull-test-ryan-0425)를 만든다.



5. 무언가를 변경하자! 여기선 테스트로 README.md 에 라인을 추했다.



6. push 하자!

origin master 가 아닌 방금 생성한 브랜치 이름을 입력하자.



7. B 자신의 GitHub에 들어가본다.

README.md의 내용이 변경이 안됐다??



8. 안된것이 아니고 현재 브랜치가 master이기 때문!

새로 생성한 브랜치로 변경



9. 생성한 브랜치에 변경사항이 잘 들어온 것을 확인했으니

Compare & pull request로 풀 리퀘를 날려보자



10. base fork는 A의 master로 선택( 내가 변경된 코드를 넣고 싶은곳)

head fork는  B의 pull-test-ryan0425 선택( 어떤 코드를 넣을 것인지 선택)

만약 B의 master를 선택하면 하직 merge 전이기 때문에 변경된 사항이 없을 것이다.




11. A 계정의 GitHub에 접속하면 알림이 떴다.

해당 알림을 클릭한다.



12. 어떤 부분이 변경된 것인지 확인하고

Confirm merge를 누른다.



13. A 계정의 GGP_android Repo를 다시 보면

README.md에 새로운 라인이 추가된 것을 확인할 수 있다.


Comments