🚩 Github Repository
- 필수파일
- README.md : 프로젝트 이름, 핵심기능, 팀원 소개
- gitignore : git으로 관리하지 않는 파일들, 시크릿 토큰을 기록하면 깃허브에 자동으로 푸쉬안됨
- license : 해당코드의 라이센스 표기
- 프로젝트 관리에 Issue, Milestone, Pull Request , Project 기능을 사용할 수 있다.
🧩 kanban
- 당장 할일을 칸반보드에 올려놓는것 > 업무 시각화
- 팀과 조직이 작업을 시각화하고, 업무의 병목현상과 리소스 낭비를 해결하는 방법
- 새로운 업무가 생기면 가장 왼쪽에 업무가 쌓이고, 잘 진행되면 가장 오른쪽으로 전달되어 쌓이는방식
- 백로그 : 당장할수없지만 하고싶은일
- WIP : 현재 진행중인 작업, WIP 제한이 2이면 두개, 팀원한명당 하나두는게 좋음
- 업무흐름관리 : wip을 통해 업무맥락을 파악하고, 업무흐름을 유지시킬수있음
- 보통 데일리 칸반회의로 업무 상태를 관찰, 주간보충회의에선 칸반보드에 추가할 업무 확인을 함
🧩 Issue
- 깃허브 리포지토리 이슈탭에서 아이디어, 피드백등 커뮤니티처럼 사용할 수 있음
- 해결되면 close issue 버튼으로 닫을 수 있음
- 세팅-feature-issue에서 이슈 기본 템플릿을 저장할 수 있음
🧩 Milestone
- 프로젝트 진척도를 확인하는데 사용
- 이슈탭 누르고 Milestones누름
git ignore
github/gitignore치면 알아서 ignore파일 플랫폼이 있다. 복붙할것
merge
- 머지보단 풀리퀘스트
- 개발전에 무조건 pull하는 습관
- 내가 작업해서 풀리퀘하는동안 누가 먼저 머지해놨다면? > pull하고 다시 풀리퀘
- checkout해서 브랜치 만들고
- 커밋
- git push origin feat/fe
- git pull
- git checkout feat/fe
- git merge dev
- 충돌나는부분 뭐로 고칠지 양자택일
🧩 Git branch
-
새로운 기능 개발하려면 브랜치를 만들어야함
-
git main에서 git switch -c feat/fe 로 만들거나 git checkout -b feat/fe로 만들거나 해서 이동. 이미 있으면 -c없어도 됨
-
main에 있을때 기준
-
git switch feat/fe
-
git commit -m "기능1 완료"
-
git push origin feat/fe
-
깃헙사이트 들어가서 Pull Request 한다.(팀원과 코드리뷰할수있음)
혹은
-
git commit -m "기능1 완료"
-
git switch main
-
git merge feat/fe
-
git push origin main
-
머지한 브랜치는 삭제해도됨
git branch -d branchname
🧩 Git flow
- 브랜치를 3개둔다
- main : 사용자에게 언제든 제품으로 출시할수있는 브랜치
- dev : 다음버전 배포를 위한 브랜치
- feat/작업이름 : 기능개발,문서작성등을 위한 브랜치
👍 특정 커밋시점으로 돌아가기
git log
git reset --hard "7b9a9706a9ae9921" (커밋id)
git push -f origin FE-survey
👍 pull해서 내브랜치에 적용
git checkout FE
git pull origin FE
git checkout 내가 작업한 브랜치
git merge FE
👍 같은 브랜치에서 pull깜빡한채로 push했을때
git rebase
git push origin main
