목표
2회차: 25/01/02 19:00 ~ 22:00
장소: ZOOM
계획: 24년 동계 모각코
스터디 계획
스터디 주제 : 원격저장소(Github)에 코드 올리기
스터디 목표 : Github와 같은 원격저장소에 코드를 올리는 방법 학습하기
결과
Github에 코드 올리기
Repository 생성 및 연결
1) Github에서 Repository 생성
- Github에서 프로젝트를 올릴 Repository를 만든다.
- 예:
https://github.com/username/git_test.git
2) git remote add 명령어로 연결:
- git remote add origin [Repository URL] 명령을 실행하면, 로컬 저장소에 Github 원격 저장소 주소를 연결함.
- 이 작업을 통해 로컬에서 작성한 코드를 git push 명령으로 원격 저장소에 업로드할 수 있게 됨.
git remote add origin https://github.com/username/git_test.gitpush : 원격 저장소로 커밋 올리기
git push
git push origin master 명령어는 현재 로컬 저장소의 변경 사항을 원격 저장소(origin)의 main 브랜치에 올림.
git push origin mainPush - upstream
로컬 저장소의 브랜치를 원격 저장소의 브랜치와 연결하려면 --set-upstream 또는 -u 옵션을 사용.
git push -u origin main이 명령은 로컬 master 브랜치와 원격 origin/master 브랜치를 연결(upstream)하여 이후부터는 git push만으로 간편하게 작업할 수 있도록 설정.
커밋은 Delta(차이점)가 아니라 Snapshot(스냅샷)
Git은 파일의 수정된 부분(Delta)만 저장하지 않고, 파일 전체의 스냅샷(Snapshot)을 저장.
왜 Snapshot 방식이 유리할까?
1) Delta 방식
- 용량 절약에는 유리하지만,
- 특정 시점의 파일을 복원하려면 모든 Delta를 다시 계산해야 하는 번거로움이 있음.
2) Snapshot 방식
- 수정된 부분뿐 아니라 전체 파일 상태를 저장하므로, 복원 작업이 간단하고 빠름.
Git은 Delta가 아닌 Snapshot을 통해 효율적으로 버전 관리를 제공함.
Git에서 사용하는 파일의 상태 4가지
| 상태 | 영문 | 설명 |
|---|---|---|
| untracked | untracked | Git이 아직 관리하지 않는 파일로, 한 번도 커밋되지 않은 신규 파일. |
| tracked - modified | modified | Git에서 추적 중인 파일이 수정된 상태. 변경이 일어난 파일. |
| tracked - staged | staged | git add 명령어를 통해 변경 사항을 로컬저장소 스테이지에 올린 파일. 이 파일은 다음 커밋에 포함될 준비가 된 상태. |
| tracked - unmodified | unmodified | 커밋 후 변경되지 않은 파일로, 현재 스냅샷과 일치하는 상태. 이 파일은 원격 저장소로 푸시할 수 있는 준비가 된 상태. |
활동사진
