1. issue, branch, merge
- 협업의 단계
- 1단계 : 누가 이 작업을 할 것인지 배정. - Issue
- 2단계 : 각자 배정받은 작업을 진행 - Branch
- 3단계 : 각자 작업한 파일을 프로젝트에 통합 - Merge
- 이슈(issue)
- 내가 할 작업, 기능 추가, 버그 리포트 등 여러방식으로 사용가능.
- 협업을 하기 위해 issue를 만들어 누가 작업할지 정하고, 브랜치(branch)를 만들어 작업할 공간을 나눈다.
- 이슈(issue) 생성
- Github에 로그인 후 원격 repo에 접속하면 상단에 issue탭 접속
- 초록색 New issue버튼 누르면 title 및 comment 기록 후 Submit new issue 버튼 클릭시 생성됨.
(생성된 이슈는 이슈를 만든만큼의 번호가 부여됨)
- 브랜치(branch)
- 특정 commit 에서 갈라져나와 작업할 수 있다. (기능별로 이름을 만들어 작업하는게 용이함)
- 작업할 브랜치(branch)로 바꾸는 것을 체크아웃(checkout)이라고 한다. 체크아웃된 브랜치(branch)에만 commit이 반영된다.
- 브랜치(branch) 생성
- sourcetree에서 history탭을 선택 후 마지막 commit에서 우클릭한후 브랜치(branch)를 선택
- 새브랜치 : 브랜치 파일명기입 (feature/이슈번호_관리쉬운이름 형식으로 만들기)
브랜치명은 규칙을 가지고 있어야 프로젝트 관리가 쉬워지며, 작업이 완료된 브랜치는 추후 설정이 꼬이는 것을 방지하기위해 삭제한다. - 각 작업 브랜치에서 작업할 때는 다른 브랜치의 영향을 받지 않고 독립적으로 작업할 수 있다.
- 머지(Merge)
- 머지(Merge)는 브랜치를 다른 브랜치에 합치는 것,
특정 브랜치의 commit들을 다른 브랜치의 commit내역에 모두 반영 하는 것. - 머지(Merge)하는 과정에서 같은 파일의 동일한 부분이 수정된것이 발견되면 Merge conflict(병합충돌)이 발생함
- 다행히도 Git은 충돌내용을 파악할 수 있도록 파일내용을 고친후 보여줌.
- conflict를 수정하려면 최종적으로 반영할 내용으로 고친 후에 merge commit한다.
- 머지(Merge)는 브랜치를 다른 브랜치에 합치는 것,
'1주차 > 1주차 - 깃, 깃허브' 카테고리의 다른 글
1. Git, Github 는 무엇인가? (0) | 2022.03.07 |
---|