github 기타 공부내용 정리

details 태그가 적용이 안돼서 github pull request 게시글에 같이 있던 내용을 따로 분리한 내용

기타

GUI tool
github desktop을 처음에 사용하다가
cli에 익숙해지고 싶어서 cli로만 작업을 했었다.
그런데 branch가 많아지고 merge 같은 작업들이 빈번하게 일어난 다면 GUI 앱을 이용하는게 좋을 것 같아서 source tree를 사용해보려고 다운받았다.
앞으로 source tree와 cli 둘다 사용 할 것 같다.

private repository

• private : 나와 내가 초대한 특정 사용자들만 볼 수 있음

주로 사용했던 명령어들
git add .
git commit -m "message"

• commit message를 작성하는 방법 알아보기
  • https://beomseok95.tistory.com/328
  • [type(수정파일)] : [작업 내용]

git push origin [branch]

github 연동
git status : 현재까지 사항들이 모두 commit 되어 있는지 확인
git remote add origin [url] : url을 origin이란 이름으로 원격저장소로 설정하겠다는 의미
git clone [git repository url] : github의 프로젝트를 로컬로 다운로드
git fetch : github과 로컬의 상태를 비교해서 최신인지 확인
git pull (원격명) (브랜치명) : github에 업데이트된 코드를 로컬로 다운로드

• git pull origin master

branch
git branch (브랜치명) : 브랜치 만들기

• git branch -a : 원격과 로컬 브랜치 모두 볼 수 있음

git checkout (브랜치명) : 해당 브랜치로 이동
git checkout -b (브랜치명) : 브랜치를 만들면서 그 브랜치로 이동
git push origin (새로운 브랜치명) : 새로운 브랜치로 push 함
git branch -D (삭제할 브랜치명) : 브랜치 삭제
git push -d origin (삭제할 브랜치명) : 원격의 브랜치 삭제

.gitignore

• 올리지 않을 파일들(보안관련 파일(.env) 또는 node_module 등)

작업전 pull 하는 습관을 들이자

• 작업 conflict 방지
• pull하지 않으면 push를 할 수 없음

같은 파일을 수정해서 충돌(conflict)이 나는 경우

• pull로 받아왔는데 충돌나는 경우
  - 비교 후 저장해서 commit 후 push

협업을 위한 pull request

• collaborator를 추가하면 pull request없이 다른 사람이 직접 수정 가능(이렇겐 안할 예정)

• pull request : 작업한 코드를 repository에 merge하기 전 merge가 이루어져도 좋은 지 코드의 관리자들이나 팀원들에게 리뷰 받는 것

  • pull request 효과
    • 중요 branch 보호
    • 코드 리뷰(코드 품질 향상)

• settings

  • github repo > setting > branches - branch 보호 정책 적용
    • require pull request reviews brefore merging : 1이상
    • include administrators

• pull request -> 승인 -> merge