[Git] 깃헙에 코드를 올리는 과정 / 깃허브 명령어

※ 본 포스팅은 패스트 캠퍼스 강의를 수강하며 정리한 내용입니다.

 

---

목차

깃 설명서

깃 과정

깃 코드 다운로드

---

 

[깃헙에 코드를 올리는 과정]

 

1.     내 컴퓨터에 프로젝트 폴더에 ‘ 여기 깃을 쓸 거다! ' 명령한다.( git init )

2.     즐겁게 코딩

3.     내가 변경한 파일 중 올리길 원하는 것만 선택한다. ( git add )

4.     선택한 파일들을 한 덩어리로 만들고 설명 적어주기  (git commit -m “첫 페이지 제작” )

5.     깃헙 사이트에서 프로젝트 저장소 만들기 ( 블로그 만드는 거랑 동일 ) 

6.     내 컴퓨터 프로젝트 폴더에 깃헙 저장소 주소 알려주기  ( git remote add )

7.     내 컴퓨터에 만들었던 덩어리 깃헙에 올리기  ( git push )

 

---

[깃 설명서]

- 깃 프로젝트에 담겨있는 데이터 : 파일 시스템상에서의 스냅샷이라고 할 수 있다.

실제로 프로젝트를 커밋하여 적용할 때의 순간을 중요시한다는 특징이 있다.

- 파일 자체를 저장하기보다는 내역 자체를 저장

- working Directory : 작업할 파일이 있는 디렉터리

- staging Area : 커밋을 수행할 파일들이 올라가는 영역

- git Directory : git 프로젝트의 메타 데이터와 데이터 정보가 저장되는 디렉터리

- 깃 허브에서 특정한 프로젝트가 언제 파일들이 수정이 되어서 적용이 되었는지를 확인할 수 있다.

- 커밋 내용을 통해서 해당 프로젝트들이 수정되었는지 확인할 수 있다.

- 리포지터 : 특정 프로젝트의 폴더

- 저장소 : 실제 소스가 담겨있으면서 모든 작업이 담겨있는 공간으로 메타데이터가 git 폴더에 저장된다.

- git을 통해 add, commit 명령어를 사용하여 코드를 관리하고, push 명령어를 사용하여 github에 업로드한다.

 

 

---

[깃 과정]

 

working Directory -> ( git add ) -> Staging Area

• working Directory : 프로젝트에 특정한 파일을 추가하거나 특정 소스코드를 수정하는 등의 작업을 수행
• git add : 명령어를 통해 staging Area에 올린다.

 

Staging Area -> ( git commit ) -> Local Repository

• Staging Area : commit이 이루어지는 파일로 수정이 덜 되었거나 조금 더 보완이 필요한 것들은 add를 하지 않고 나중에 add 한다.
• Staging Area에 올라간 정상적으로 수정된 파일들은 실제 commit 명령어를 이용하여 Local Repository에 반영된다.
• Local Repository : 우리 컴퓨터 자체에 있는 리포지터를 의미
• ex ) 어떤 파일을 수정해서 add를 한 후 commit을 하게 되면 pc에 잇는 git 폴더에 기록이 된다. 즉, 내 컴퓨터에 있는 리포지터에 기록이 된다.

 

Local Repository -> ( git push ) -> Remote Repository

• Remote Repository : 깃허브 계정에 있는 폴더로 commit만 했을 때는 리포지터에만 반영된다. push를 해야지만 깃허브에 반영이 된다.
• push : 깃으로 관리한 코드를 push  명령어를 통해 github에 업로드한다.

 

---

[깃 코드 다운로드]

Remote Repository -> ( git fetch ) -> Local Repository

• git fetch : 깃허브에 있는 사용자들의 코드/프로젝트를 리포지터에 다운할 수 있다.

 

 

 

[Git] Git 설치하기 / Git 설치 / Git 2.38.1 설치

[Git] 깃 시작하기 / 깃 로컬 저장소 만들기

---

잘못된 정보는 댓글에 남겨주시면 감사하겠습니다!😊

댓글과 좋아요는 큰 힘이 됩니다!