Git/GitHub [GIT]

jo._.on_ 2024. 1. 28. 16:10

1. Git과 GitHub

Git과 GitHub의 관계는 어떻게 되는 걸까? 본격적으로 GitHub 사용방법과 그 역할(본질)에 대한 이야기를 나눠볼 차례다. 앞서 Git 이라는 강력한 '버전관리, 백업, 협업' 툴을 살펴보았다. 우리는 그 Git 을 크게 두 가지로 분류해볼 수 있는데 바로 '클라이언트'와 '서버'이다.

Client: Git 커맨드 라인 프로그램과 소스트리, GitHub desktop 등 다양한 프로그램들이 내재한 곳.
Server: Git 을 통해 만들어진 서로 다른 상태의 버전들, 파일, 내용을 저장하는 곳.

누구나 알 법한 Dropbox 라는 서비스와의 비교를 통해 개념을 살펴보자. Dropbox도 Git 과 마찬가지로 Client가 존재하고, Server가 존재한다. 하지만, Dropbox는 엄연히 돈을 받고 운영을 하는 서비스이기에(오픈소스가 x), Dropbox 제품들만 존재한다. 반면, Git 은 오픈소스라는 거대한 생태계 위에 존재하기에 여러 다양한 프로그램들이 내재한다.

그 가운데 우리가 익히 들어 알고 있는 버전 관리 시스템이 바로 'GitHub'이며, 그 저장소(서버)의 역할로써Git의 업무를 대리 수행하는 것이다. (따라서 Git과 GitHub는 굉장히 가깝지만 엄연히 다른 존재라고 봐야 한다. Git을 기반으로 저장소 서비스를 제공하는 서버의 역할을 바로 GitHub가 수행하는 것!!)

2. Sign In/Sign Up

3. Repository

'Repository', 레포라고도 줄여 부르는 깃헙의 원격 저장소다. 흔히 로컬(local)이라고 불리는 우리의 컴퓨터에서 GitHub의 원격 저장소로 내 정보를 확장(or 백업)했다고 생각하면 이해하기 쉽다.

협업을 진행할 때의 참고할 점이 있다. 로컬 저장소에서 Git 버전 제어 기능을 사용할 수 있지만 팀원과 함께 코드 변경 사항을 PULL 하고 PUSH하는 것과 같은 협업 기능은 오직 원격 저장소에서만 수행되기 때문에, 이때 사용하는 'Git-Flow 전략'과 같은 Git 사용 방법에 대해 또 다뤄봐야 한다. (나중에!!)

아래 보이는 예시를 통해 하나씩 저장소를 생성해보고, 내 정보와 파일들을 업로드해보자!

New Repo)

생성)

여기서 저장소의 공개 여부를 Public/Private으로 구분할 수 있는데, 우리는 회사의 내부 정보나 비밀리에 관리해야 할 요소들이 없기 때문에 public으로 설정해 앞으로 프로젝트를 저장할 것이다.

public : 오픈소스 프로젝트, 대중에게 공개할 프로젝트, 정보, 파일 등...
private : 노출되어선 안되는 프로젝트, 회사 내부 정보 등..

프로젝트 업로드)

깃헙에서 중요하게 여기는 몇 가지 키워드를 GitHub 에 있는 GIT 저장소를 통해 살펴보자.

commit : 새로운 버전과 이전 버전들(즉, 다른 상태의 정보)
contributor : 기여자
Fork : 복제해 간 수
Pull Requests : 새로운 요청 수

이외에도 주요한 기능과 함께 강력한 툴로써 깃헙은 사용자에게 훌륭한 버전관리, 백업, 협업 시스템을 제공한다. 더 다양하고 중요한 키워드들도 존재한다. (다음 글에서 더 자세하게 살펴보자.)

이제 본인만의 레포를 만들었다면 본격적으로 원격 저장소 GitHub를 사용할 준비가 되었다!! 이제 Git-Flow 전략과 함께 Github를 본격적으로 경험하러 가보자.