Git & GitHub 기본 개념

1. Git & GitHub 차이점

---

✅ Git

: 컴퓨터에 설치되는 SW로 분산 버전 관리 시스템(VCS)

Git은 로컬저장소(내 컴퓨터)와 원격 저장소(서버 컴퓨터)로 나뉜다. 

 

Git에서 원격 저장소는 코드의 원본이나 변경 내역을 저장하는 역할을 한다.

소스 코드의 변경 이력을 관리하고 여러 사람이 동시 작업 가능하게 한다. 

 

이런 기능을 하는 툴을 형상 관리 툴이라고 하고, 대표적으로 Git, SVN, CVS 등이 있다. 

 

 

* repository(repo) : Git으로 관리되는 프로젝트

내 컴퓨터에 저장되어 있는 레포지토리를 로컬 repo,

Github 같은 웹 서비스에 저장되어 있는 레포지토리를 원격 repo라고 한다. 

 

 

 

✅ GitHub

: 분산 버전 관리 툴인 Git으로 관리하는 프로젝트를 업로드 할 수 있는 웹 서비스

(GitLab, Bitbucket 등 다양한 서비스가 있음)

 

 

 

 

 

2. Git 기본 명령어(CLI) 

---

🔽  $ git init
: git를 시작하는 명령어. 버전 관리를 희망하는 디렉토리에서 명령어를 입력
처음에 한 번만 해주면 된다. 

🔽  $ git clone
: 원격 repo에 존재하는 프로젝트를 내 컴퓨터에 복제해 초기 repo 세팅
git clone은 모든 프로젝트의 파일, 커밋 및 브랜치를 포함

🔽 $ git add ViewController.swift(파일명)
: staging 상태. 
로컬, 원격저장소에 업로드할 파일을 추가.
커밋에 반영할 파일을 선택할 수 있음 

🔽 $ git commit -m "UITableView를 통한 레이아웃 작업"
: git add로 추가한 파일들을 로컬저장소(내 맥북)에 저장(기록)
- 누가/ 언제/ 커밋 시점의 파일 상태 / 커밋 메시지 정보를 포함

$ git commit -m "커밋 메시지 - close #[이슈 번호]"
$ git commit -m "커밋 메시지 - fix #[이슈 번호]"
$ git commit -m "커밋 메시지 - resolve #[이슈 번호]"
 

🔽 $ git push origin main(브랜치명)
: 작업한 로컬 repo의 commit들 ->  원격 repo로 업데이트(push)

🔽 $ git pull
: 원격 repo에 업뎃된 새로운 commit들 ->  로컬 repo로 업데이트(pull)

🔽 $ git status
: 추적되지 않거나, 수정되거나, 스테이지 된 변경 상태를 보여줌

🔽 $ git branch
: 로컬에서 작업 중인 브랜치를 보여줌.

$ git branch JH            // JH 브랜치 생성 
$ git branch JH main   // main에서 파생되는 브랜치를 만든다.
$ git bracnch -D JH     // JH 브랜치 삭제  


🔽 $ git merge
: 두 개의 별개의 분기에서 이루어진 변경 사항을 결합

 

 

 

 

3. Xcode 내에서 사용법

---

 

출처 : 스파르타 내배캠 강동영 튜터님 노션 공유 자료

 

 

 

 

 

 

4. Git 협업 시나리오_충돌(Conflict) 방지

---

1. 누가 해당 작업을 할 것인지 정하기_ Issue 할당

 

* 프로젝트에서의 issue란?

- 프로젝트에서 해결해야하는 문제로 프로그램이 원하는대로 동작하지 않는 버그 발견,

프로젝트 개선을 위해 새로 추가될 기능, 내가 할 작업 등을 해결하기 위한 작업

 

 

* Github에서 이슈 생성 시 labels(해당 작업 분류) 

나중에 보려고 저장해둔 노션인데 출처를 알 수가 없,,,,🥲

 

 

Github과 함께 이슈를 추적(tracking)할 수 있는 도구로 Jira, Trelloe 등이 있다. 

프로젝트에 대한 설계부터 작업 진행 상황에 대한 추적이 가능하기 때문에 

현재 프로젝트가 어디까지 진행이 됐는지 파악이 가능하다. 

 

Github와 Jira를 연동해서 사용할 때 서로 영향을 줄 수 있기 때문에 메인으로 가져갈 도구를 선택해야 한다. 

🔽 연동방법 블로그 링크

🔽 Github를 사용한 이슈관리 

 

 

2. 각자 맡은 작업 하기_Branch

브랜치는 특정 commit에서 갈라져 나와 작업할 수 있다. 

기능별로 이름을 만들어주고 브랜치에서 작업한다. 

 

프로젝트마다 branch를 관리하는 방법은 조금씩 다르나

commit 하고 작업하는 방법을 통틀어 flow라고 한다. 

 

규칙을 잘 지킨 브랜치명은 프로젝트 관리가 쉽다. 

 

🌟 Git-flow : 대규모 프로젝트에서 사용

Branch	기능
feature/기능	기능 구현을 완료 했을 경우 develop 브랜치로 기능을 더해 간다.
develop	feature 브랜치에서 구현된 기능이 모인 브랜치
release	develop 브랜치에서 생성되며, 실제 배포 전 테스트, 버그 확인 하기 위한 브랜치
main(master)	release 브랜치에서 생성되며 실제 배포되는 브랜치
hotfix	main 브랜치를 통해 배포가 진행되었는데 문제 발생한 경우 생성하는 브랜치 문제 해결 이후 main 브랜치와 develop브랜치로 merge

 

 

🌟 Github-flow 

Branch	기능
main(master)	배포를 위한 브랜치로 중심이 되는 브랜치
(branch)	main 브랜치를 통해 생성된 브랜치로 기능구현(freature)이나 버그 해결(hotfix) 등의 브랜치 목적을 명시

 

🔽 Github flow 블로그 참고 링크1

🔽 Github flow 블로그 참고 링크2

 

 

 

3. 본인이 했던 작업을 프로젝트에 합치기 전 코드리뷰

 

 

4. 최종 프로젝트에 작업 내용 합치기_merge

merge는 브랜치를 다른 브랜치에 합치는 기능이다. 

 

작업 완료된 브랜치는 삭제해 나중에 브랜치가 꼬이는 것을 방지할 수 있다. 

 

🚨 다른 브랜치에서 같은 파일을 수정하면 merge conflict가 발생하므로

각 브랜치마다 다른 파일을 수정해야하 한다!!!!

 

 

 

 

5.  병합 충돌(merge conflict) 해결

---

서로 다른 브랜치에서 같은 파일을 수정하면 양 쪽에서

내용이 수정되었는데 어떤 것을 반영해야할지 모호하기 때문이다. 

 

이때 충돌이 발생한 부분은 <<<<<<<  >>>>>>>를 통해 

충돌 나는 부분을 알려준다. 

 

어떤 내용을 반영할 지 결정했다면 충돌 표시 주석을 지워주고

코드를 수정 후 commit하면 된다. 

 

 

 

 

 

 

 

 

 

 

---

✅ 무시할 파일(gitignore) 사용하기

예를들면 비밀번호나 공개되지 말아야할 정보 등을 

원격 레포지토리에 올라가지 않도록 하는 용도로 사용됨. 

 

.gitignore에 넣어야할 파일을 자동 완성 해주는 툴

https://www.toptal.com/developers/gitignore