Skip to content

github_collaboration.md

Latest commit

 

History

History
61 lines (49 loc) · 2.33 KB

github_collaboration.md

File metadata and controls

61 lines (49 loc) · 2.33 KB
Raw

Git Collaboration

회사에 다니다 보면 A개발자가 만든 기능, 함수, 코드더미를 B개발자가 다시 만드는 상황이 많이 발생합니다. 대부분 이 문제는 대화를 하지 않고 작업하거나 문제 해결에 대한 기록이 없어서인 경우가 가장 많습니다. 모든 프로젝트는 혼자 하는 일이 아니라면 최초부터 협업모델로 프로그래밍을 시작하는 것이 좋습니다.

이번 시간에는 여러 개발자가 하나의 리포지터리를 관리하기 위해 알아야 할 특징을 다루겠습니다.

git_upstream

협업방식

  1. Github에 존재하는 프로젝트를 Fork 합니다.
  2. Fork한 자신의 리포지터리를 git pull 합니다.
  3. git pull 한 리포지터리에서 up stream 설정을 합니다. 
    $ git remote add upstream https://github.com/organization/repo.git
  4. branch를 만들고 해당 이슈로 개발을 진행합니다. 
    $ git branch iss53
  5. 코드를 작성하고 이슈로 만든 branch에 push 합니다. 
    $ git push origin iss53
  6. 이슈와 함께 제안(Pull Request) 합니다.
  7. 제안이 받아들여지면 master branch로 바꾸고 up stream에서 git pull 하여 최신의 master branch 를 유지합니다. 
    $ git checkout origin master
$ git pull upstream master
  8. branch가 많아지면 관리하기 힘드니 완료된 branch는 제거합니다. 
    $ git branch -d iss53

Master 브랜치에 Push하는 것을 막는 방법

push 하기전에 master 브랜치인지 체크하기 위해서 아래 경로에 파일을 생성해줍니다.

.git/hooks/pre-push

pre-push 파일명으로 .git/hooks경로에 스크립트를 생성하게 되면 git push 전에 해당 내용의 스크립트를 실행합니다.

#!/bin/bash

current_branch=$(git symbolic-ref --short HEAD)

if [ $current_branch == "master" ]
then
	echo "prevent master push."
	exit 1
fi

exit 0

자신이 master에서 자주 push 하는 습관이 있다면 이 스크립트를 활용해 보세요.

Reference link