Git add, commit, push 방법

 

깃허브에 작업한 파일들을 올릴 때는 기본적으로 add, commit, push를 사용합니다.

 

 

ADD

git add .

위 명령문을 입력하면 현재까지 작업중이던 파일들을 모두 추가해 깃허브에 올리기 위한 staging area(무대)에 올립니다.

 

git status

git status를 입력해 주기적으로 현재 파일의 상태를 확인합니다.

 

add하기 전에는,

On branch master
Your branch is up to date with 'origin/master'.

nothing to commit, working tree clean

이런 모습을 확인할 수 있습니다.

 

여기서는 기본 브랜치가 master이기 때문에 현재 작업중인 master 브랜치를 볼 수 있습니다.

커밋할게 없고 , 현재 작업 공간에서도 변경사항이 없습니다.

 

add 후에는,

On branch master
Your branch is up to date with 'origin/master'.

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)
  ...

staging area(무대)에 올린 파일의 목록들을 확인할 수 있습니다.

'Changes to be committed' 가 가리키는 파일들이 Staged 상태라는 것을 의미합니다.

 

ex) new file: 새로 생성한 파일

      renamed: 이름이 변경된 파일

 

 

COMMIT

git commit -m "commit message"

이제 무대에 올린 친구들을 위 명령어로 commit하면 깃허브에 올릴 준비를 마쳤습니다.

이 상태가 매우 중요한 것은 나중에 깃허브에 push한 것을 되돌리고 싶을 때,

원래상태로 복구하고 싶은 이 커밋을 찾아서 push해야 하기 때문입니다.

 

"commit message" 부분에는 이 커밋에 대한 보조 설명이라던지 그냥 단순하게 당시 날짜를 적어도 무방합니다.

commit 명령문 실행 후 아래와 같은 메세지를 확인할 수 있습니다.

[master 637acbc] "commit message"
 5 files changed, 164 insertions(+)
 create mode 100644 folder1/folder2/filename1.md
 create mode 100644 folder1/folder2/filename2.md
 create mode 100644 folder1/folder2/filename3.md

깃허브에 최종적으로 push할 파일들을 한 번 더 확인하는 절차라고 할 수 있습니다.

혹시나 여기서 이상한 점을 발견했다면, 절대로 push하지 말고, commit 취소를 해줘야 합니다.

 

 

PUSH

git push origin master

origin은 처음 git 설정시에 지금 이 remote repository(원격 저장소)에 붙여준 이름입니다.

단순히 origin을 가장 많이 사용하는 것 같지만, github gitlab 같이 해당 사이트 이름을 붙여줄 수 있습니다.

그러면 한번에 두 가지 사이트에 origin 이름만 바꿔서 push할 수 있습니다.

 

push 후 다음과 같은 메세지를 확인할 수 있습니다.

Enumerating objects: 17, done.
Counting objects: 100% (17/17), done.
Delta compression using up to 4 threads
Compressing objects: 100% (13/13), done.
Writing objects: 100% (13/13), 338.87 KiB | 19.93 MiB/s, done.
Total 13 (delta 4), reused 0 (delta 0)
remote: Resolving deltas: 100% (4/4), completed with 4 local objects.
To https://github.com/...
   7a13dd4..637acbc  master -> master

 

그리고 깃허브에는 이렇게 commit 이력이 남아있는 것을 확인할 수 있습니다.

 

이상 저의 삽질일기를 마칩니다!

---

여기저기 삽질도 해보고

날려도 먹으면서

배우는 게

결국 남는거다

- Z.Sabziller

---

 

 

'쫄보의삽질' 블로그 탄생스토리가 궁금하다면:

Git push 취소 방법 (feat. '쫄보의삽질' 블로그 탄생 배경)