📖 초보자를 위한 깃&깃허브

박미정의 깃&깃허브 입문 (골든래빗) - 박미정 저

• 위 책을 읽으면서 정리한 리포트입니다. (대부분 정리했습니다.)

---

• 깃허브의 Packages
  • 자바스크립트의 패키지 관리자인 npm처럼 깃허브를 통해 내가 만든 소스 코드를 패키지로 만들고 관리할 수 있도록 돕는 도구
• 깃허브의 Projects
  • 해야하는 작업을 정의하고 우선순위를 지정 및 관리하는 도구.
    전반적인 로드맵, 릴리스를 위한 체크리스트 관리 등을 수행할 수 있다.
• 2021년부터 깃허브 인증 방식 변경
  • 패스워드를 통한 계정 인증 방식이 중단되고, 깃허브에서 제공하는 개인용 액세스 토큰으로 인증하도록 변경되었다. (New personal access token)

---

✅ 깃/깃허브 소스 관리 기본 흐름

• 로컬에서 원격으로
  • git init : 해당 프로젝트를 깃 로컬 레포지토리로 지정
  • git add : 수정한 파일을 스테이징 영역으로 옮김
  • git commit : 로컬 레포지토리로 저장
  • git push : 로컬의 변경 내역을 원격 레포지토리로 반영

• 원격에서 로컬로
  • git clone : 프로젝트 전체를 내려받기
  • git pull : 일부 변경 사항만 내려받기

• ls -a : 숨김 폴더 및 파일 목록을 보여주는 명령어, 폴더명 앞에 점이 있으면 숨겨진 폴더

• ls -l : .git 디렉토리로 가서 사용하여 숨겨진 폴더 및 파일 목록을 확인

• git init 취소하기
  • rm -rf .git : 특정 프로젝트를 깃 로컬 레포지토리로 관리하고 싶지 않거나 처음부터 다시 깃 로컬 레포지토리로 지정하고 싶을 때, git init을 취소하는 방법 (.git 파일을 삭제)
    

• 사용자 등록하기

  git config user.name "사용자 이름"
  git config user.email "이메일 주소"
   
  git config --global user.name "사용자 이름"
  git config --global user.email "이메일 주소"

  • 개인 PC에서는 --global 옵션을 사용하는 것이 편리하다.
  • 한 PC에서 회사 프로젝트와 개인 프로젝트를 동시에 진행한다면, 프로젝트마다 지역 사용자 정보를 등록하여 사용하자.

✅ 깃 설정 파일 확인

• .git/config 파일 내부
  

• cat .git/config 으로 내용을 확인할 수 있다.
  • core와 user 섹션으로 구성되어 있다. core는 깃이 파일을 감지하는 방법, 캐싱하는 방법 등 깃의 동작을 제어하는 설정이 저장되어 있고, user 섹션에는 사용자 정보가 저장되어 있다.
  • core 섹션의 설정 내용들
    • repositoryformatversion : 현재 깃 저장소의 형식 및 버전 식별을 위한 내부 사용 변수
    • filemode : 깃 저장소에 포함된 파일 모드의 변경 감지 여부 설정
      예로, 파일 시스템이 다른 윈도우와 리눅스에서 동시에 작업하는 깃 저장소 파일이라면 실제 코드를 변경하지 않았는데도 변경된 파일이라고 표시될 수 있다. 파일 모드의 변경을 무시하고 싶다면 **'filemode = false'**로 설정하자.
    • bare : 현재 깃 저장소가 코드를 변경하고 작업하는 용도가 아닌 현재까지 작업을 복사하는 용도라면 'bare = true'로 설정하자. 보통 원격 중앙 저장소를 만드는데 사용한다.
    • logallrefupdates : 깃 명령어를 통해 수행되는 작업 내용을 기록하는 reflog를 활성화한다. git reflog 명령어를 통해 기록된 작업 내역을 확인할 수 있다.
    • ignorecase : 대소문자 구분 여부 설정. 기본 값은 true ⇒ 대소문자를 구분하지 않음.
    • precomposeunicode : 맥OS로 깃 저장소를 작업할 때 사용할 수 있는 설정. 맥OS의 유니코드 정규화 방식이 달라 파일명이 한글일 때 깃에서 해당 파일을 인식하지 못하는 문제가 발생할 수 있음. 이 때 'precomposeunicode = true'로 설정하면 해결 가능

• 원격 저장소 설정
  • git remote add origin 명령어로 원격 저장소 주소를 깃 로컬 저장소에 등록이 가능
  • ex. git remote add origin {복사한 원격 저장소 주소}
  • .git/config 내에 [remote “origin”] 섹션이 추가된다.

• .gitignore 파일 설정
  • 로그 파일 혹은 빌드 결과 파일 등은 개발자가 직접 수정할 일이 없고, 프로젝트 버전 관리용으로도 필요가 없다. 따라서 깃으로 관리할 필요가 없으므로, 이런 파일들은 .gitignore 파일을 이용하여 깃이 무시하도록 할 수 있다.
  • 프로젝트 디렉토리의 최상위에 .gitignore 파일을 만든다.
  • example.

    # Logs
    logs
    *.log
    npm-debug.log*
    
    # Dependency directories
    node_modules/

  • .gitignore 파일을 개발 환경에 맞게 자동 생성해주는 gitignore.io와 같은 도구도 유용하다!

• 깃의 파일 상태
  • git status 명령어로 현재 파일 상태를 확인할 수 있다.
  • Untracked 및 Tracked 상태
    • 깃에서 관리하는 파일은 Untracked와 Tracked 상태로 나뉜다.
    • 현재 작업 진행 중인 작업 디렉토리에 새로 생성된 파일은 Untracked 상태가 된다. 주의할 점은 한 번 Tracked 상태가 되었다가 작업 디렉토리에 수정된 파일은 Untracked 상태가 아니다.
    • git add “파일명 or 폴더명” 으로 파일 상태를 Tracked로 바꿀 수 있다.
  • Unmodified 및 Modified 상태
    • 한 번 스테이징 영역에 추가된 파일은 수정 여부에 따라 Unmodified 또는 modified 상태로 분류된다.

✅ commit 관련

• git log 명령어로 현재 작업하는 브랜치의 커밋 로그를 확인할 수 있다.

  • git log -p : patch의 약자, 파일 단위에서 변경 내용을 보여준다. (==git log —patch)

  • git log -{숫자} : 최근 몇 개의 커밋을 보여줄지를 지정한다.

  • git log --stat ****: 각 커밋의 통계(어떤 파일이 수정, 각 파일에서 몇 줄 추가/삭제) 정보

  • git log --pretty : 커밋 로그를 보여주는 형식을 지정할 수 있다.

    • git log --pretty={option}
    • {option} : oneline, format:”%h %an %s” 등 본인이 원하는대로 포맷을 정할 수 있다.
      

  • git log --pretty=oneline --graph : 그래프 옵션이란, 한 프로젝트를 여러 개발자가 동시에 작업할 때 보통 여러 브랜치를 생성하고 병합하는 작업을 하게 되는데, 이때 기존의 로그 명령어 결과처럼 로그를 나열만하면 흐름 파악이 어렵다. --graph 옵션을 사용하면 가시적으로 커밋 로그의 흐름을 파악할 수 있다. 이를 더 가시적으로 만들기 위해서 --pretty=oneline 옵션을 같이 사용하면 좋다.

• 깃에는 HEAD라는 특별한 포인터가 존재하는데, 현재 작업하는 브랜치의 최종 커밋을 가리키고 있다. HEAD → main과 같이 존재한다.

• 커밋 메세지 수정 방법
  • git commit --amend 명령어를 실행하면 마지막 커밋 에디터 화면을 보여준다. 커밋 메세지를 수정하고 다시 저장하면 마지막 커밋 메세지가 수정된다.
  • git commit --amend -m "수정 메세지" 한 줄로 간단하게 수정 가능하다.
  • git commit --amend --no-edit 커밋 메세지 수정 없이, .gitignore의 추가 변경 내용을 기존 커밋에 반영할 수 있다.

• 커밋 저자 수정하기
  • git commit --amend --author "username <email>" 저자 정보를 수정할 수 있다.

✅ push 관련

• origin 서버로 푸시하기
  • 깃 config에 원격 저장소의 url이 저장되어 있다.
  • git push {저장소] {브랜치} 인데, 저장소는 특정 원격 저장소를 식별하는 이름이다.
  • git push origin main : origin이라는 특정 원격 저장소에 지역 저장소의 main 브랜치 커밋을 등록한다는 뜻
• 새로운 서버로 푸시하기
  • 새로운 이름으로 또 다른 원격 저장소를 등록해서 사용할 수 있다.
  • 지역 저장소에서 여러 원격 저장소를 등록하고 사용할 수 있다는 뜻이다.
  • git remote add origin2 {url} : origin2 라는 이름을 가진 원격 저장소를 등록한다.
  • git push origin2 main : origin2 원격 저장소의, main 브랜치에, 커밋이 된다.

✅ 복제 관련

• git clone "원격 저장소 주소" "새로운 저장소 이름"
  • 새로운 저장소 이름을 지정하지 않으면 원격 저장소 이름과 같게 로컬에 생성된다. 지금까지 이름을 새로 지정해주지 않았었는데, 이런식으로 지정할 수 있었다는 점