git

git

• 로컬(local)
  VCS, Version Control System
  (version : 수정사항을 효율적으로 나타내주는 것)

코드 버전 관리를 하는 이유?

• 수정할 때 마다 파일을 새로 만들면 관리가 힘들기 떄문에
• 언제든 이전 버전의 코드로 돌아갈 수 있기 때문에
• 이력을 남기기 위해
• 하나의 프로젝트를 두고 여러명의 개발자들이 협업 할 수 있기 때문에 (branch)

GitHub

• 리모트(remote)
• Git을 사용한 프로젝트들의 저장소
• 개발자들의 Social Network (개인 코드의 이력을 남길 수 있음)

git : 프로젝트의 버전관리를 도와주는 시스템
github : 버전관리를 한 프로젝트들을 관리하게 해주는 호스팅

---

중요한 기본적인 명령어!!

1. git init : git 시작
2. git status : git 상태 확인
3. git add : 파일 수정 이력 기록 준비
   => git add . 현재 디렉토리 내의 변경사항을 전부 보낸다
4. git commit -m "메세지" : 파일 수정 이력 기록
5. git log : commit 이력 보기

=> git reset --hard [코드] : 이전 버전으로 돌리기

GitHub에 올리기

커밋까지 했다면, 준비 완료!
1. git remote add origin 주소 : 내 컴퓨터 git 과 GitHub를 연결
2. git remote -v : 연결 확인
3. git push origin master

GitHub 사용

• git clone : 기존에 존재하던 프로젝트에 이어서 작업 가능
  => 클론 할 깃허브에서 Code > SSH 주소 가져와서 터미널(디렉토리설정)에 git clone SSH주소 입력하면 다운로드 받아짐
  => 다운받은 폴더가 Master로 연결됨
  

• git branch checkout pull merge : 기능별로 독립 된 작업 진행 가능
  => git branch 브랜치이름 : 새로운 branch를 생성하여 별도로 작업
  => git checkout 브랜치이름 : 생성한 branch로 이동

clone 작업 순서 정리

1. github(repository)
2. Master(romete) - git clone
3. Master(local)로 파일 다운로드
4. git branch(생성)
5. git chekcout(이동)
6. 작업 후 add,commit,push(git push origin 브랜치이름)
7. PR(Pull Request) : 작업 보고서 (관리자가 작업물을 보고 병합시킬지 말지 결정)
8. merge : Master(remote)에 병합
9. merge 후 다시 Master(remote)내용을 Master(local)로 업데이트하려면 git checkout Master로 브랜치 이동 후 git pull origin master진행

---

공부하며 정리&기록하는 ._. 씅로그