[Git] 🛠 Git, Github 사용법 및 내용 정리

💎 개요

---

4학년 전공과목인 S/W Engineering 수업을 들으면서 DevOps에 관한 내용을 듣고 이를 velog에 정리해보고자 글을 게시한다!!

CI/CD(Continuous Integration/Continuous Delivery(Deploy)) 파이프라인은 더 자주 더 신뢰성 높은 수정된 코드를 deploy할 수 있도록 SW를 구현하는 방법론이다. 따라서 이러한 CI/CD 개발 문화들은 DevOps 도구들의 발전으로 이어지게 되었는데 이는 단계별로 수행되는 개발에서 특정 DevOps를 사용하며 효율적인 관리, 실행이 가능해졌다고 볼 수 있다.

따라서!! 이 게시글은 그중에서도 Git에 대해서 알아볼 것 이다. 또한 Github를 알아보면서 어떤 식으로 원격 저장소와 로컬 저장소간의 Push, Pull이 이루어지는지도 정리해보고자 한다.

💎 Git

---

🍫 Git

Git은 개발자라면 정말 기본적이고 필수!!적인 DevOps라고 볼 수 있다. 다수의 개발자 사이에 협력을 용이하게 할 뿐만 아니라 팀 공유 작업에 최적화된 도구인 분산 VCS구조를 이루고 있기 때문이다.

또한 누가 언제 무엇을 수정하였는지 tracking하고 수정된 내용을 되돌릴 수 있기 때문에 필수적으로 알아야하는 도구가 아닌가 생각된다.

이러한 Git은 CI/CD에서도 version-control이 굉장히 유용하기 때문에 널리 사용되는 DevOps이다.

🍫 Git structure

Git은 working Directory, Staging Area, .git directory로 나누어 생각할 수 있다. 이 구조는 modified, staged, committed 단계로 또한 나누어서 생각할 수 있는데 이를 나누어서 한번 보자!!

- Working Directory
현재 작업하는 working directory에서는 사용자의 로컬 컴퓨터에서 작업한 후 변경된 파일들이 존재할 것이다. 이를 modified한 상태로 볼 수 있고 이런 modified된 내용들을 적용하기 위해선 staging area로 보내주어야 한다!! 이러한 작업을 Stage Fixes로 볼 수 있다.

- Staging Area
앞서 진행한 수정된 파일들을 staging 영역으로 보내주었다면 이 지점에서는 commit을 진행할 수 있다. 이 영역은 Staged된 상태이며 commit을 통해 .git directory에 원하는 말을 추가해서 어떤 내용의 작업인지 설명을 추가할 수 있다. 또한 Staging Area는 캐시영역임을 기억해두자!!

- .git directory(Repository)
마지막으로 commit을 하였다면 이를 .git directory에는 commited된 상태로 볼 수 있다. 이는 다시 우리가 작업한느 working directory로 checkout될 수 있는데 다시 돌아가서 원하는 작업을 수행한 후 staging area를 거쳐 git repository로 commit 내용을 전달하는 것으로 작업이 이루어진다!!

🍫 Git command

먼저 나는 m1 macbook pro환경에서 git 환경을 세팅해주었다!!
(또한 git을 설치하기 위한 homebrew 설치가 완료되었다는 가정에서 출발한다!)

// git 설치
brew install git

git --version

homebrew를 이용하여 git을 설치하구 git의 버전을 확인해볼 수 있다!!

다음은 기본적인 git을 수행하는 과정이다!!

// .git 파일 생성하기
git init

// stage 영역으로 file 추가 
// add .하게 되면 모든 변경 파일 stage영역으로 
git add <file>

// modified, staged 상태 확인하기
git status

// 커밋하기
// -am 은 add를 생략하고 add와 commit을 동시에 수행
git commit -m "~"
git commit -am "~"

// name은 사용자 이름, email은 사용자 이메일 설정하기
git config --global user.name '~~'
git config --gloabl user.email '~~'

// git의 commit된 내용들, 현재 head가 가리키는 branch 확인 등 로그를 확인
git log

🍫 Git branch & command

branch 작업은 말그대로 가지를 치는 것이다! 이 작업을 통해서 git이 새로운 작업을 기존의 작업을 건드리지 않고 분기하여 진행할 수 있다!! 다음 사진을 보면 이해가 빠르다.

사진과 같이 C1 부분에서 분기하여 C2와 C3에 해당하는 새로운 branch들을 생성해 줄 수 있다. 이는 branch를 되돌아갈 수도 있으며 각자 만든 branch에서 작업을 진행할 수도 있다. Head가 가리키는 부분은 현재 위치한 작업 상태이며 처음 생성된 head는 master로 작업을 진행할 것이다.

이렇게 나누어진 branch들을 통합하는 과정도 중요하다. fast-forwarding 방식은 위 사진 처럼 c2에서 나누어진 c3, c4의 branch들이 존재하는데 c4의 작업을 이전 c2의 작업과 그대로 이어지면서 merge하는 것을 말한다. 이는 이전 작업의 내용들을 포함하고 그대로 이어지는 merge 수행과정으로 볼 수 있다.

또한 3-way merging과정도 있는데 이는 앞서 두갈래길로 나누어진 c3, c4의 branch들을 통합하는 것으로 나누어진 작업 과정을 비교하고 merge하는 과정이다. 하지만 언제나 서로의 작업 내용은 일치하지 않을 수 있다. 따라서 오류가 발생하기도 하는데 이를 위해서 꼭 merge coflict를 해소 해주어야한다. 이는 git이 알려주어 개발자들이 조율을 통해 파일의 순서를 고쳐주거나 내용을 변경해줌으로써 해소할 수 있다!!

// branch 생성하기
git branch <branch name>

// 현재의 branch에서 입력된 branch와 merge 수행
git merge <branch name>

// 입력된 branch로 분기
git checkout <branch name>

💎 Github

---

🍫 Github

그렇다면 지금까지 git에 대해서 알아보았는데 github는 무엇일까?? github는 git과 분명히 다른 서비스로 remote repository 서비스로 git을 이용하여 관리할 수 있는 서버이다.

github를 사용하게되면 사용자의 로컬에서 직접 github 계정 안의 repository에 파일을 올려 놓고 다운 받을 수 있다!! 다시말해서 github는 git의 원격 저장소 서비스들 중 하나라고 생각할 수 있다!!

🍫 Github commands

github를 사용하기 위해선 당연히! github의 계정이 필요하다.
👉 https://github.com/
회원가입과 함께 github를 이용할 수 있다.

이전까지는 패스워드 입력을 통해서 push할 수 있었는데 이제 personal access token을 통해서 인증을 할 수 있으니 꼭 setting -> developer setting -> personal access tokens -> generate token 절차를 통해 토큰을 생성하고 기억해두도록하자!! (적어놔야지 다시 볼 수 없음. 메모장에 기억하기)

// github의 원격저장소와 연결하기
git remote add origin <remote repository URL>

// github 원격저장소 파일들 내려받기 
// 마지막에 .을 입력하면 폴더는 생략하고 내용들을 받아옴
git clone <remote repository URL>

// 원격저장소로 내용 push
git push origin <branch name>

// 원격저장소의 내용을 가져옴
git pull

// fetch는 내용을 가져오고 바로 반영하지 않음
// merge 명령을 통해 로컬 working directory에 반영할 수 있음
git fetch origin

// fork는 git 명령어가 아님!!!!

💎 정리

---

이렇게 간단하지만 수업시간에 배운 Git과 Github의 내용들을 요약하고 복습해보았다. 앞으로 개발자라면 정말 수도 없이 마주하고 협업을 위한 도구로써 가장 많이 사용하게 될 DevOps인 git을 이해하는 것은 필수라고 생각된다. 사용하다보면 오류를 마주하기도 하겠지만 이는 자주 사용해서 익숙해지도록 해보자!!

벌써 4월의 절반이 지나갔다. S/W Engineering 수업에서 또 다른 내용들을 복습할 때 다른 DevOps를 정리해보도록하자!!

화이팅!!