Git/Github desktop사용법 정리(20.07.11)

용어정리

currentRepository - 쉽게 말하면 프로젝트 이름

branch - 1. master 가장 기본이 되는 코드

2. 브랜치 추가로 master를 변경하지 않고 수정가능 (master 바로건들였다가 error터지면 안되니까)

commit - 자신이 작업한 일들에 꼬리표를 달아서 이전 커밋 이 후부터 해당 커밋까지 한 일을 그룹으로 관리한다고 보면 됨

error가 난다면 commit단위로 되돌릴 수 있기 때문에 어느 특정 기능을 구현했으면 commit하는게 좋음

push - 여태 local(내컴퓨터)에서 commit된 일들을 github로 올리는 일

pull - GitHub -> local

merge - master 브런치를 두고 내 브런치를 따로 사용하는 경우 혹은 여러 브런치를 사용하는 경우

원하는 브런치로 머지하면 내가 이전 머지 이후로 commit한 작업들이 원하는 브런치에 합쳐진다

​

​

사용법정리

(GithubDesktop 기준)

 

1. 자신의 Branch에서 작업

2. 작업한거 Commit

(Commit 메세지를 꼭 달고, 변경하는 점이 있으면 Commit하는게 좋다.

왜냐면 나중에 에러나면 Revert this Commit을 사용해서 해당 커밋의 버전으로 돌아갈 수 있음)

3. Master로 이동, Mater의 Remote(원격)에서 Pull

4. Master에서 자신의 Branch를 바라보고 Merge

5. 만약 Conflict 나면 처리

(Class 같이 프로그래머가 수정할 수 없는경우 resolve를 누르면 use master file/ use 자신의Branch file을 선택할 수 있는데 생각해서 선택하면 됨)

6. Master에 Remote에 Push

7. 자신의 마스터로 돌아와서 Master를 Merge

8. Branch의 Remote로 Push

 

 

commit history

(출처 : https://udacity.github.io/git-styleguide/)

- type : Title / body /footer로 나누어 작성

- Type

1. feat : 새 속성

2. fix : 수정

3. docs : 서류수정

4. style : formatting, 세미콜론 없는거 등등..(코드변화 X)

5. refactor : 동작변화 없이 코드만 변화

6. test: adding test, refactoring test: 코드변화X

7. chore : updating build tasks, package manager, configs, etc; no production code change

- Subject: 50자 이하 작성 대문자 시작, 기간으로 끝나지 않는 것을 추천

- body : 꼭 커밋 안해도 됨, 그러나 설명이나 맥락이 필요할 경우 같이 커밋 (what, why of a commit, not the how)

-footer : trakcer IDs 확인하는데 사용