바이브코딩 PT 11월 3일
오늘 공부에 투자한 순수한 시간: 2h
학습한 개념:
-깃허브 협력
깃허브 팀원 초대(invite)
branch 생성
master는 완벽한 코드만 올라가야, 연습장 같이 코드를 짤 수 있는 환경이 필요.
Protect master branch 1) Lock branch, 2) Requrie a pull request before merging (Require approvals)Project 에서 관리 (To-do, In Progress, Done )
팀원
git clone
feature branch 만들기 - branch source는 develop에서 갖고 와야함
코딩
코드를 develop으로 보내면 됨
PR (Pull Request) (From Feature to Develop)
마스터가 리뷰하고 Approve
Merge Pull Request
conflict 났을 때: command line으로 고치는 것 추천
git pull develop
git checkout feature (checkout switch 차이)
git merge develop -> 어떤부분 에러인지 나옴
master branch로 올림
New Pull Request
Review Changes
Approve
HEAD: Current Branch
git 충돌 최대한 안나게 하는 법
가급적 서로 다른 파일에서 작업 (branch 마다 다르게) (스타일css도 페이지 별로 별도로 만들어서 작업하는 게 좋음)
커밋을 최대한 자주하는게 좋음
merge도 자주하는게 좋음 (feature 별로 branch 1개, feature 개발 이후 바로 머지, 다음 브랜치 생성)
pull도 자주하는 게 좋음
※ 충돌했을 때, 어떤게 맞는지 확인 -> conflict 해결 -> git push -> 모든 branch는 다시 git pull 까지 해야.
Q.
git checkout vs switch 차이 (웬만하면 switch를 써라 / checkout은 작업 내용 날아갈 수도 있음)
$ git remote add origin https: //github.com/~.git 이거 꼭 해야됨? (내 컴퓨터의 프로젝트 폴더 하나와 Github의 저장소 하나를 연결하는 것. git clone으로 받아오면 애초에 필요 없음. )
-AI 대화 내역: https://claude.ai/share/3534c35a-4cbc-4afa-9ea5-6d993ecaf2df
오늘 잘한 점: github를 실제적으로 어떻게 사용하면 될지 구체적으로 생각해봄
여기에 파일을 드롭하세요
