Til - 21day

파일들을 없는 것처럼 무시하게 하는 설정이 바로 .gitignore 입니다.

---

git 강의의 복습! 그리고 정리.

---

• 버전 관리: 프로젝트 상태가 변경되는 정보를 알고 있다는 것입니다. Git 은 가장 널리 쓰이는 버전관리 도구 중에 하나로 commit 을 사용해서 버전이 달라지는 것을 관리합니다.
• git 초기화(git initialize) : 컴퓨터에 있는 프로젝트를 Git 이 관리하는 프로젝트로 만들 수 있습니다. 앞으로 Git 으로 관리할꺼야! 하고 설정해주면 됩니다. 이 작업을 한다고 표현합니다.
• commit : 현재 프로젝트의 상태를 찰칵 저장하는 것을 이라고 합니다.
  • 누가(author), 언제 commit 했는지의 정보와 프로젝트 변경 내용
  • 작업내역이 어떤 것인지 알아볼 수 있게 적는 메시지를 'commit 메시지'라고 합니다.
• add (혹은 staging, 스테이징) : commit 에 반영할지 안할지는 파일 단위로 선택할 수 있습니다. commit 에 반영할 파일을 선택하는 것
• commit history : commit 한 순서대로 리스트. 역사!
• 지금까지 우리가 한 작업은 'git 초기화하기(initialize) - add(staging) - commit' 입니다.
  • git 초기화는 처음에 단 한번만 해 주면 됩니다. 작업 내역을 저장하기 위해서는 add - commit 만 하면 됩니다.
• repo : 'Git으로 관리되는 프로젝트' 를 Git 에서는 repo(리포, repository 리포지토리의 약자) 라고 부릅니다. 내 컴퓨터에 저장되어있는 리포지토리를 로컬 repo(local repository) 라고 합니다. Github 처럼 다른 곳에서 접속할 수 있는 공간에 저장되어있는 것을 원격 repo(remote repository) 라고 합니다.
• Tracking(추적) : 로컬 repo 와 원격 repo 를 연결한다!
• push : 로컬 repo 의 commit 들을 원격 repo 에 반영하기(push)! 밀어넣기. 원격 repo 에 없는 즉,새로운 commit 내역을 모두 원격 repo 에 한 번에 반영합니다.
• pull : 원격 repo 의 commit 들을 로컬 repo 로 반영하기(pull)! 땡겨오기. 로컬 repo 에 없는 즉,새로운 commit 내역을 모두 로컬 repo 에 한 번에 반영합니다.
  • clone : 원격 repo 를 내 컴퓨터에 가져와서 초기 repo 세팅하는 것을 clone(복제하기)!

---

• 협업할 때는 아래의 단계를 따릅니다.
  • 1단계. 누가 이 작업 할 것인지 정한다. - Issue
  • 2단계. 각자 맡은 것을 작업한다. - Branch
  • 3단계. 각자 작업을 프로젝트에 합친다. - merge (경우에 따라).
  • 작업한 내용을 리뷰하고 최종적으로 프로젝트에 반영한다. - PR 후 merge
• 작업할 브랜치로 바꾸는 것을 체크아웃(checkout)이라고 합니다. 체크아웃된 브랜치에만 commit 이 반영됩니다.
• push와 pull 은 기본적으로 tracking(추적)되고 있는 브랜치를 기준으로 commit 내역을 반영합니다.

---

• PR(Pull Request, 풀리퀘스트) 는 내 작업내역을 바로 merge 하지 않고, 참여하고 있는 프로젝트에 내 작업(branch)를 merge해달라고 요청(Request) 를 먼저 보내는 것입니다.
• 최신의 commit을 수정하는 것을 amend(어맨드,고치기) 라고 합니다! amend 로는 가장 최신의 commit 만 고칠 수 있다는 것
• 어떤 내용을 되돌렸는지 새로운 commit을 남기는 것을 revert(리버트) 라고 합니다.
• reset (리셋)은 commit 했던 작업내역을 말 그대로 리셋시키는 것입니다.
• stash(스태시) 는 프로젝트의 변경사항을 임시적으로 보관해둘 때 사용합니다
• commit 메세지 작성하는 규칙은 commit 메시지 컨벤션(commit message convention)
• 코드리뷰를 하는 이유
  • 코드의 품질을 높일 수 있다!
  • 다른 사람의 눈으로 버그를 빠르게 발견할 수 있다!
  • 서로의 지식을 나누면서, 더 나은 방법을 찾아낼 수 있습니다.
• gitignore : 파일들을 없는 것처럼 무시하게 하는 설정파일
• readme.md : 필수 작성, 프로젝트 소개글