[Git] Git-Workflow, git 흐름을 살펴보자!

💡 본 문서는 'Git-Workflow, git 흐름을 살펴보자!'에 대해 정리해놓은 글입니다.
앞서 [Git] 왜 Git을 사용할까?를 보고 왔다면 왜 Git을 사용해야하는지 이해했을 것입니다. 그렇다면 Git은 어떻게 사용하는 것일까? 원격, 로컬 저장소의 개념과 Git flow에 대해 정리하였으니 참고하시기 바랍니다.

Repository 관리

먼저, Git Repository 구성은 3가지로 구성된다.

1. Upstream Remote Repository: 개발자들이 공유하는 최신소스코드가 저장된 원격 저장소
2. Origin Remote Repository: Upstream Repository를 fork한 개인 원격 저장소
3. Local Repository: 내 컴퓨터에 저장되어 있는 개인 저장소(Origin Repository를 git clone)

그럼 왜 3가지의 Repository로 구성했을까?

이를 알기 위해서는 Git-flow를 아는 것이 중요하다.

Git은 소스코드 관리 툴로서 전세계의 사람들이 개발에 사용한 코드를 공유하는 공간이기도 하다. 이를 함부로 수정하다가는 공유하는 것이 무색할만큼 의미있는 코드가 사라질 것이다. 따라서 Github와 같은 곳에 Repository를 만들면 해당 Repository의 관리자는 수정가능하다.

그렇다면 해당 Repository의 관리자만 수정가능할까?

그건 또 아니다. 어떤 사람이 특정 Repository에 관심을 갖고 오류를 개선해서 수정을 요청한다면 수정할 수 있다. 이를 Pull Request라고 한다.

그렇다면 특정 Repository를 수정하고 싶다면? 어디에서 작업해야할까?

보통 수정하고싶은 Repository를 나의 작업공간(Server)으로 복사/붙여넣기(Fork)한 후 나의 작업공간에서 작업을 마친 후 Pull Request를 보내는 과정을 거친다.

그렇다면 나의 작업공간의 내용을 수정하려면 어떻게 해야할까?

단순히 작업공간 내에 있는 내용을 수정하는 것이 아닌 나의 컴퓨터에 다운로드(clone)를 받아서 컴퓨터 상에서 작업한 것 중 완료한 것을 올려(Push) 작업공간의 내용을 수정하는 방식으로 진행한다. 

이를 정리하자면?

1. 특정 Repository(Upstream Remote Repo)를 나의 작업공간(Origin Remote Repo)으로 복사/붙여넣기(Fork).
2. 나의 작업공간에 있는 파일을 수정하고자 나의 컴퓨터에 다운로드(clone).
3. 컴퓨터 상에서 작업완료한 것을 올려(Push) 나의 작업공간 업데이트.
4. 나의 작업공간의 내용으로 Fork했던 원래 Repository를 수정하고 싶다면? Pull Request를 보내기.

아 추가로 Pull 같은 경우는 제가 Fork한 이후로 다른사람이 원래 Repository를 수정할 수 있으니, 지속적으로 PULL을 해줌으로써 최신상태를 유지하기 위해 사용합니다.

그렇다면 이제 궁금하실 부분이... 내 컴퓨터 상에서는 파일을 어떻게 수정하는가? 일텐데, 해당 내용은[Git] Github 설치, 기본 세팅 및 간단 사용법 에서 알려드리도록 하겠습니다!

[Git] Github 설치, 기본 세팅 및 간단 사용법