협업하는 git 사용

 

---

 

 

Waterfall Model의 장단점으로는 무엇이 있을까요?

장점

• 단순한 모델이라 이해가 쉽다.
• 단계별로 정형화된 접근이 가능해 문서화가 가능하다.
• 프로젝트 진행 상황을 한눈에 명확하게 파악 가능하다.

단점

• 변경을 수용하기 어렵다.
• 시스템의 동작을 후반에 가야지만 확인이 가능하다.
• 대형 프로젝트에 적용하는 것이 부적합하고, 일정이 지연될 가능성이 크다.

---

Agile

 

• 짧은 주기의 개발 단위를 반복해 하나의 큰 프로젝트를 완성해 나가는 것
• 협력과 피드백
• 유연한 일 진행 + 빠른 변화 대응

 

• 짧은 주기로 설계, 개발, 테스트, 배포 과정을 반복
• 요구 사항을 작은 단위로 쪼개 그에 대한 솔루션을 만들고, 빠르게 보여줌으 로써 요구 사항에 대한 검증을 진행

---

Agile 방법론

 

---

Scrum(스크럼)

1. 개발자와 고객 사이의 지속적인 커뮤니케이션을 통해 요구사항을 수용
2. 고객이 결정한 사항을 가장 우선적으로 시행
3. 팀원들과 주기적인 미팅을 통해 프로젝트를 점검
4. 주기적으로 제품 시현을 하고 고객으로부터 피드백 수용

---

Kanban(칸반)

 

장점

• 업무 흐름의 시각화
• 진행 중 업무의 제한
• 명시적 프로세스 정책 수립 
• 업무 흐름의 측정과 관리

---

Git

Git 이란

• 소스 코드를 효율적으로 관리하기 위해 만들어진 “분산형 버전 관리 시스템”

사용 이유?

• 소스 코드의 변경 이력을 쉽게 확인 특정 시점에 저장된 버전과 비교하거나 특정 시점으로 돌아가기 위해

 

---

Branch(브랜치)

독립적으로 어떤 작업을 하기 위해 필요한 개념

Ex) A라는 사람이 “로그인” 기능을 만들고, B라는 사람이 “버그 수정” 을 할 때 A와 B는 최초 Branch에서 파생한 각각의 Branch를 만들어 작업을 진행하고 최초 Branch 로 Merge를 통해 각자가 작업한 것을 합칠 수 있다.

 

---

Branch 생성하기

 

새로운 branch 생성 & 이동 동시에

 

---

Merge

 

git branch를 다른 branch로 합치는 과정

Ex) a 브랜치에 b 브랜치를 합치고 싶은 경우

 

Case1. a 브랜치와 b 브랜치에서 서로 다른 파일을 수정했을 때

 

---

Merge

Case2. 서로 같은 파일에서 다른 부분을 수정했을 때

 

 

 

Case3. 서로 같은 파일이고 같은 부분을 수정했을 때

 

---

Branch의 종류

 

 

 

---

Branch - main(master)

• 제품으로 출시될 수 있는 브랜치
• 배포(Release) 이력을 관리하기 위해 사용
• 배포 가능한 상태만을 관리하는 브랜치

 

---

Branch - develop

• 다음 출시 버전을 개발하는 브랜치
• 기능 개발을 위한 브랜치들을 병합하기 위해 사용
• 평소 개발을 진행하는 브랜치

---

Branch - feature

• 기능 개발을 진행하는 브랜치
• 새로운 기능 개발 및 버그 수정할 때마다 ‘develop’ 에서 분기
• 공유할 필요가 없어 로컬에서 진행 후 develop 에 merge 해 공유
• 브랜치 이름 : feature/xxx

---

Branch – release

• 출시 버전을 준비하는 브랜치
• 배포를 위한 전용 브랜치
• 브랜치 이름 : release-0.0

 

---

Branch – hotfix

• 출시 버전에서 발생한 버그 수정 브랜치
• 배포한 버전에 긴급하게 수정해야 할 필요가 있는 경우 사용
• main(master) 에서 분기
• 브랜치 이름 : hotfix-0.0.0

---

Branch 종류

 

---

Pull Request

• Push 권한이 없는 오픈 소스 프로젝트에 기여할 때 많이 사용함.
• “ 내가 수정한 코드가 있으니 내 branch를 가져가 검토 후 병합(merge) 해주세요!! ”
• 당황스러운 코드 충돌을 줄일 수 있음

 

4