[SISS/C언어 스터디] 겨울학기 3주차 스터디 - Git + GitHub(3)

겨울학기 3주차 스터디 - Git + GitHub(3)

: 3주차 (1/20~1/26) [Git&GitHub강의] 섹션2. 24년 12월 업데이트) GitHub로 협업하기 + @ 1편

 

GitHub으로 협업하기 + @ 1편

---

•  organizations
  • 기능
    • invite member → 팀원 초대
    • create repository → 협업 레포 생성
    • VSCode에 깃 연결 → 깃허브 초기 화면의 명령어 복사 후 VSCode 터미널에 붙여넣기

 

• 메뉴
  • projects
    • 기능
      • 필요 기능, 작업 중 기능 구현 완료 기능 등등 작업을 분류하여 관리
      • 보드 생성을 통해 버전 별 관리
    • 사용
      • issue 생성을 통해 기능을 등록
  • issues
    • 기능
      • 개발할 기능들을 작성
      • 이슈 별 브랜치 생성 가능
      • 정보
        • assignees, labels, project 등 설정 가능
  • wiki
    • 프로젝트에 대한 상세한 설명 문서 → 리드미로 작성해도 됨
    • private에는 없음

 

• 브랜치 전략
  • 효율적 버전 관리를 위해 사용하는 일종의 워크플로우
  • main 브랜치는 PR로만 수정되도록 설정하는 것이 일반적
  • 종류
    1. git flow
    2. github flow

 

• 기타
  • 컨벤션 정하기
  • gitmoji
  • (VSC) live share

 

실습

---

// 로컬에 브랜치 생성
$ git branch dev

// 원격 저장소에 dev(브랜치명) push
$ git push --set-upstream origin dev

 

• organization 및 이슈 생성
  • 해당 보드로 이동

organization 및 이슈 생성

 

• 로컬에서 기능 별 브랜치 생성(dev, one, two, three) → main 브랜치는 직접 사용하지 않으므로 깃허브 설정 > general 에서 default 브랜치를 dev로 변경
  • closes # 으로 done 보드 이동
  • files changed를 통해 수정 사항 확인, 코멘트
  • merge pull request
  • delete branch

기능 별 브랜치 생성(dev, one, two, three)

 

• 로컬의 merge 반영 및 브랜치 삭제
  • pull
  • 브랜치 삭제(-D)
  • two도 동일하게 반복

로컬의 merge 반영 및 브랜치 삭제

 

• 새 이슈 생성(four) 후 깃허브에서 직접 브랜치 생성 → 이슈 페이지의 development에서 링크 확인 가능
  • 동일하게 pr, merge

새 이슈 생성(four) 후 깃허브에서 직접 브랜치 생성

 

• 충돌 발생 실습 → main과 dev 브랜치만 남김
  • 웹 에디터를 통해 충돌 해결 → conf1, conf2 브랜치 생성
    • conf1 브랜치에서 리드미 수정 ~ merge
    • conf2에서도 동일하게 pr까지 진행
    • resolve conflicts 버튼을 눌러 수정 → merge
  • 로컬에서 충돌 해결 → conf3, conf4 브랜치 생성
    • conf3 리드미 수정 ~ merge
    • conf4 리드미 수정 ~ pr
    • command line 링크를 눌러 명령어 복사

웹 에디터를 통해 충돌 해결

로컬에서 충돌 해결