TIL - 13 - Git & GitHub

1. Git = 분산 버전 관리 시스템 (VCS) 👨‍👩‍👧‍👦

Git은 프로젝트 파일의 변경 사항을 추적하는 시스템입니다.
이를 통해 개발자들은 프로젝트 변경 사항 기록 및 특정 시점의 버전으로 돌아갈 수 있습니다.

Git을 통해 여러 사람들이 효율적으로 작업하고, 프로젝트를 중심으로 협업할 수 있다.

쉽게 말해, 프로젝트 파일의 변경 사항을 추적하는 시스템입니다. 이를 통해 개발자들은 프로젝트의 변경 사항을 기록하고, 특정 시점의 버전으로 언제든 돌아갈 수 있습니다. 이런 버전 관리 시스템은 많은 사람들이 효율적으로 함께 작업하고, 프로젝트를 중심으로 협업할 때 사용할 수 있습니다. 어느 환경에서도 개발을 하게 해줄 수 있는 도구이기도 합니다.

각 개발자가 자신만의 프로젝트 버전을 본인 컴퓨터에 갖게됩니다. 나중에 이러한 개별 버전의 프로젝트를 병합하여 기준이 되는 버전의 프로젝트에 적용 할 수 있게 됩니다.

Git은 개인 혹은 팀 간의 프로젝트를 관리하는 데 가장 널리 사용되고 있는 툴입니다. 따라서 Git을 다룰 줄 아는 것은 요즘 모든 개발자들에게 가장 중요한 기술 중 하나입니다.

Git 공식 홈페이지: https://git-scm.com/

Git 코드 버전 관리를 하는 이유
1. 수정할 때 마다 파일을 새로 만들면 관리가 어렵기 때문
2. 언제든 이전 버전의 코드로 돌아갈 수 있기 때문
3. 이력을 남기기 위해
4. 하나의 프로젝트를 두고 여러 개발자가 협업할 수 있기 때문

2. GitHub 🗂

GitHub
1. Git을 사용한 프로젝트들의 저장소
2. 개발자들의 Social Network

2-1. 기본 명령어
1. git 시작 : git inint (안쪽에서 init해야함/해당 폴도 내부안에서/녹화 개념과 비슷하다)
2. git 상태 확인 : git status (어떤 변경사항들이 있는지-임시 상태)
3. 파일 수정 이력 기록 준비 : git add (쇼핑몰 장바구니?같은 느낌적인 느낌🤷)
4. 파일 수정 이력 기록 : git commit (commit 하나 하나가 버전이라 생각하면 됨/구매확정같은 느낌적인 느낌🤷)
5. commit 이력 보기 : git log (coommit들의 이력들을 모아 봄/구매 이력같은 느낌적인 느낌🤷)

2-2. git Push 순서

1. 파일이 있는 폴더로 이동 cd Desktop/파일명

2. 폴더안에 git_pratice폴더 생성

3. Git 시작 git init

   • git_pratice폴더 진입 후 (cd git_pratice)
   • .git폴더 확인 (ls -al)

4. 작업.md 파일 생성

5. 해당 파일에서 본인 이름 작성 후 저장

   • vi junghoon.md
   • insert 모드 전환 후 내용 작성 및 저장
   • 선택사항) git 상태 확인 : `git status``

6. Staging(중간 저장) : git add .

   • Optional) git 상태 확인 : git status

7. Commit : git commit -m "메세지"

   • Optional) git 상태 확인 : git status

8. Commit history 확인 : git log

9. Github repo 생성

   • github 사이트 → New repository

10. git_practice 폴더와 github repository 연동
    : git remote add origin repository주소

11. git push : git push origin main

나중에 이미 md 파일 지정되어 있을때 순서
1 -> 3 -> 7 -> 8 -> 9 -> 10(이미 있으면 스킵) -> 11 > 12

브랜치는 feature(기능)별로 딴다. ex)git branch feature/login

처음 브랜치를 만들기 전에 최신화된 코드에서 브랜치를 만드는 것이 맞다.
즉, 먼저 (처음 작업을 시작할때) main에서 최신화된 코드를 clone 하고 브랜치를 만드는 습관.

Branch 생성 순서
1. git branch
2. git branch feature/README
3. git checkout feature/README
4. git add .
5. git commit -m “Add: 메시지”
6. git push origin feature/이름

Conflict 해결 과정
1. git checkout master
2. git pull origin master
3. git checkout feature/branch
4. git merge master
5. 충돌 해결
6. git add .
7. git commit
8. git push

오늘의 한줄 ✏️

사실 Git에 대해 세션을 듣고 공부를 하면서 너무 어려운 것 같이 느껴지기도 했다. 뭔가 굳이 저렇게 관리를 해야하나? 아마 이러한 생각이 과거에 나의 다음에 써야지라는 습관에서 비롯된 것이다.

앞으로 개발자로써 일을 하기 위해 이런 습관과 이별하고 Git과 친해져야겠다.
그럼 이만 github에 push해서 나도 잔디밭을 가꾸러🌳

참고

• https://developer.mozilla.org/ko/docs/Learn/Tools_and_testing/GitHub