GIT 사용법 간단 정리

Git과 GitHub의 차이

Git: 소스 코드 버전 관리 시스템

GitHub: Git 저장소를 올려서 관리할 수 있는 웹서비스

Git 초기 설정

git config --global user.name "닉네임"
git config --global user.email "이메일"

위 설정은 전역 계정 설정입니다.

특정 프로젝트에서 다른 계정을 사용하는 경우 해당 폴더에서--global을 제외한 명령어를 입력하면 해당 프로젝트에만 사용하는 계정 설정이 가능합니다.

프로젝트를 처음 시작하는 경우

git init   // git 초기화
git add .  // 모든 파일을 추가
git commit -m "Initial commit" // 커밋메시지 입력
git remote add origin [GitHub 저장소 URL] // github를 연결 (origin은 alias)
git push -u origin main // (remote에 branch 없는 경우) branch 추가후 push
git push origin main // (remote에 branch 있는 경우) push 명령어

1. 프로젝트를 생성한 다음 모든 파일을 추가하고 커밋 메시지를 입력하여 저장합니다.(1~3번째 줄)
   (파일이 추가되면 로컬에는 자동으로 main이라는 브랜치가 생성됩니다.)
2. 이후 local에서 관리하던 git을 origin이라는 이름의 github 저장소와 연결합니다.(4번째 줄)
3. -u는 --set-upstream의 약어로, 원격에 브랜치가 없으면 생성해주는 명령어입니다.
   즉, origin이라는 원격 저장소에 로컬에 있는 main을 push 한다는 것을 의미합니다.(5번째 줄)
   처음에만 branch 생성을 위해 필요하고 이후에는 git push origin main으로 가능합니다.

깃 파일 추가 명령어

git status // 변경사항 확인
git add . // 전체파일 추가하기
git add index.html styles.css // 여러 파일 한번에 추가하기
git add *.확장자 // 특정 확장자 모든 파일 추가하기
git add 디렉토리명/ // 특정 폴더 모든 파일 추가하기

브랜치

git branch // 브랜치 보기

// 브랜치 생성 1번 방법
git branch [브랜치명] // 브랜치 생성만 하는 경우
git checkout [브랜치명] // 브랜치 이동

// 브랜치 생성 2번 방법
git checkout -b [브랜치명] // 브랜치를 생성하고, 바로 해당 브랜치로 이동

특정 커밋에서 브랜치 생성

git branch [브랜치명] [commit-hash]

commit-hash는 git log를 했을 때 나오는 commit 아이디입니다.

 

프로젝트가 이미 있는 경우

git clone [저장소 URL]
git checkout -b [브랜치명]

gitub에 있는 프로젝트를 복사해서 로컬에서 작업할 때 사용합니다.

// git add로 파일 추가 및 커밋 메시지 작성
git push origin [작업한 브랜치명] // 브랜치를 처음 만드는 경우 -u 명령어 작성

기능 개발 완료 후에는 커밋 후 브랜치에다가 commit합니다.

곧바로 main(또는 develop)에 머지하는 것이 아니라 PR을 통해 merge 합니다.

PR이 완료된 이후

PR이후에는 다른 브랜치에서 완료된 작업도 merge되어 있으므로 작업한 것을 가져와야합니다.

git checkout main
git pull origin main

브랜치를 메인으로 변경하여 먼저 메인을 pull해 줍니다.

git checkout branch1
git merge main

이후 작업하던 브랜치로 checkout 하여 main에서 merge한 이후 작업하면 됩니다.

hotfix의 경우

일반적으로 hotfix등의 브랜치는 main브랜치에서 복사해서 작업을 진행하는 경우가 많습니다.

이 경우 코드를 수정한 다음 곧바로 main에 PR형태로 merge하는 경우가 많기 때문에, 로컬에서 작업하는 feature 브랜치에다가 반드시 pull해줘야 합니다.

순서는 PR이 완료된 이후와 동일하며, 충돌사항이 있을 것이므로 이를 로컬에서 해결한 후 작업합니다.