스터디 18일차 : git&github 공부

오늘은 깃과 깃허브 설명을 쭉 보고 커밋, 푸쉬, 풀, 브랜치 생성 등의 실습을 했다. 드디어 깃허브에 입문! 협업하기에 정말 좋은 툴인 것 같다. 나도 빨리 깃헙으로 협업하고 싶다^^~

⚡️ git, github, sourcetree

• git : 프로젝트의 버전 관리를 위한 도구
• github : git 원격 저장소 + git으로 할 수 있는 커뮤니티 기능 서비스. 개발자들의 sns
• sourcetree : git을 쉽게 사용할 수 있는 도구

⚡️ commit

• 현재 프로젝트의 상태를 저장한 것(마치 사진을 찰칵 찍는 것처럼 현재 프로젝트의 전체 상태를 포착함)

• 커밋을 하는 순간 현재 프로젝트의 파일 내용, 언제, 누가 저장했는지의 정보가 남는다.

• 이전 커밋의 프로젝트 상태와 현재 프로젝트 상태의 차이를 자동으로 알려준다.(빨간색이 삭제된 내용, 초록색이 추가된 내용)
  

• 커밋에 반영할지 하지 않을지는 파일 단위로 선택 가능하다. 커밋에 반영할 파일을 선택하는 것을 add(staging)라 한다.

• 순서 : git 초기화(initialize) - add(staging)-commit

  • git 초기화 : 기존의 프로젝트를 git 프로젝트로 만드는 것

⚡️ push, pull

• Tracking(추적) : 로컬 repo와 원격 repo를 연결하는 것
• push : 로컬 repo의 commit들을 원격 repo에 반영하는 것. 푸쉬푸쉬 밀어넣기~~! 원격 repo에 없는 새로운 commit 내역들을 모두 원격 repo에 한번에 반영한다.
• pull : 원격 repo의 commit들을 로컬 repo로 반영하는 것. 땡겨오기~!

⚡️ 협업하기 위한 단계

1. 누가 이 작업을 할 것인지를 정한다. - Issue 할당
   • issue : 해야 할 작업, 기능 추가, 버그 리포트 등 여러 방식으로 사용 가능하다.
2. 각자 맡은 것을 작업한다. - Branch
   • 특정 commit에서 갈라져나와 작업이 가능하다.
3. 각자의 작업을 프로젝트에 합친다. - Merge
   • 작업할 브랜치로 바꾸는 것을 체크아웃(checkout)이라 한다. 체크아웃된 브랜치에만 커밋이 반영된다는 점 꼭 기억!
   • 브랜치의 작업 내역 커밋들을 다른 브랜치로 합치는 것이 merge(병합)
   • merge conflict(병합 충돌) : merge하는 과정에서 같은 파일의 동일한 부분이 수정된 게 발견되면 충돌이 발생! 충돌 내역을 최종적으로 반영할 내용으로 수정 후 다시 merge commit 하면 된다.