Git의 Repository를 Fork해서 사용하는 방법에 대해 알아보자

Repository를 fork하여 사용하고자 할 때, 꼭 알아야 할 전체적인 구조의 그림이다. 먼저 행으로는 Remote와 Local 영역으로 나뉜다. Remote는 "원격의"라는 뜻을 가지고 있는 단어다. 쉽게 말해 "외부의 보여지는 영역"이라고 생각하면 된다. 반대로 Local의 "지역의"라는 의미를 가지고 있다. 즉, "내부에서 이용하는 영역"이라고 간단히 인식하면 될 것 같다. 

 

위 그림의 순서대로 글을 정리하자면 다음과 같다.

 

1. Remote에 있는 다른 Repository에서 Fork를 해서 Remote에 있는 내 Repository에 가지고 온다. 

githube에서 원하는 Repository가 있다면 오른쪽 상단의 Fork라는 버튼을 누르면 된다. 참고로 Fork 옆의 숫자는 지금까지 다른 사람들이 Fork한 횟수를 나타낸다. 

Fork를 성공적으로 마치면 위 그림처럼 내 githube에 아까 Fork했던 Repository가 저장되게 된다. 

 

2. 2번 항목은 Fork한 코드를 수정하기 위해서 내 컴퓨터로 가져오는 작업을 의미한다. 즉, 내 컴퓨터에서 작업을 하기 위해서 코드를 clone하는 것이다.

 

이 과정에서 내가 원하는 만큼 코드를 변경하고 추가할 수 있다. 난 인텔리제이를 사용하기 때문에 인텔리제이를 통해 Fork한 Repository를 변경하는 방법을 사용하겠다. 

 

위 사진은 인텔리제이를 실행시켰을 때 가장 초기 화면이다. 우측 상단을 보면 "Get from VCS" 라는 버튼이 보인다. 클릭하면 다음과 같은 화면이 보인다.

 

해당 화면에서는 URL을 작성해야 하는데 이부분은 이전에 Fork 했던 자신의 Repository 화면에서 찾을 수 있다.

오른쪽의 Code 버튼을 누르면 clone이라는 이름의 작은 창이 보여진다. 그 밑에 나오는 URL을 인텔리제이에서 보이는 URL 작성 칸에 복사 붙여넣기 해주면 된다. 그다음 인텔리제이의 clone 버튼을 누르면 해당 Repository 내 코드들을 볼 수 있다. 

이제 자신이 원하는 만큼 코드들을 변경하고 고치면 된다!!

 

3. 이제 내 컴퓨터의 작업 공간 (work space) 에서 작업에 들어간 파일들을 git의 관리하에 있는 상태로 올려줄  수 있다. 이 영역을 staging area라고 말한다.

 

즉, staging area에 들어오지 않은 파일은 unstaged 혹은 untracked file이라고 말하며, staging area에 있는 파일들은 staged 된 파일이라고 말할 수 있다. 

 

4. staging area에 들어온 파일들은 commit이 가능합니다. commit을 하고 나면 내 remote repository에 push 해서 commit 기록을 remote 에도 남겨줄 수 있습니다.

 

3번 단계에서 변경하고 싶은 부분을 모두 변경했다면 우측 상단, git 부분에 체크표시 마크를 클릭하면 된다. 해당 버튼은 commit 할 수 있도록 도와주는 버튼이다.

 

체크 버튼을 누르면 다음과 같은 화면이 인텔리제이 왼쪽편에 보여지게 되는데 밑의 commit and push를 누르면 commit과 push를 한꺼번에 실행하기 때문에 더욱 간편하다.

 

5. push를 완료한 후 이제 remote의 원래 레파지토리에 pull request를 보내면 Remote Repository로 내가 수정한 코드를 업로드할 수 있다.