DevOps 요소의 차이

---

CI/CD(지속적통합/지속적전달)

CI(Continuous Integration) 지속적인 통합

코드변경사항 공유하고 통합하는 프로세스

CD(Continuous Deployment) 지속적인 배포

CI기반으로 통합된 코드 변경 사항 자동으로 배포되도록 하는 것

PipeLine

코드 빌드/테스트/배포 과정을 거쳐 개발을 추친하는 프로세스

---

Revision(리비젼)

git에 올릴 때 나오는 버전

---

DevOps

Development(개발) + Operations(운영)
소프트웨어 개발과 운영을 통합하는 개발 및 운영 방법론/문화를 칭한다.
목표 : 소프트웨어 개발/배포 프로세스 자동화, 개발/운영 협력 강화

---

GitFlow

Git을 기반으로 하는 소프트웨어 개발 프로세스 모델 중 하나로, 효율적인 협업 및 버전 관리를 위한 지침과 규칙을 제공하는 프레임워크

---

GitLab

소스 코드 관리 및 협업 플랫폼
Git 저장소를 호스팅하고 관리하는데 사용
Git을 기반으로 다양한 개발 프로세스와 협업 활동을 지원

---

Branch 종류

1. master

   주요 배포용 branch
   검증이 완료되고 빌드에러 없는 정상 코드

2. develop

   개발 작업 진행되는 branch
   끊임없이 소스코드들이 추가됨
   다양한 개발자가 기능을 개발하고 통합함
   다음 버전의 기능과 수정사항이 개발되는 곳

3. feature

   새로운 기능개발, 버그수정을 위한 코드 수정이 이루어지는 브랜치.
   혼자 작업할 수도 있고, 특정 기능을 개발하기 위해 여러 작업자가 존재할 수도 있다.
   각 기능 작업을 개발하기 위한 브랜치
   ex) "로그인 기능 추가", "결제 페이지 디자인"과 같은 작업은 별도의 feature에서 개발됨
   develop에서 분기된다.

4. release

   프로덕션 배포 준비하는 단계에서 사용되는 브랜치
   QA, Test를 위한 수정작업, 버전관리작업 수행
   QA를 통과한 코드는 master, develop브랜치로 병합됨

5. hotfix

   긴급한 버그 수정시 사용
   master 브랜치에서 분기
   수정 후 master, develop 브랜치로 병합됨

---

feature Branch

• 새로운 기능을 개발하기 위한 브랜치
• 한 명이 작업할 수도, 기능을 만들기 위해 다중이 개발할 수도 있음

feature 브랜치에서 PR을 생성
[PR ;

---

PR(Pull Request)

다른 사람들에게 코드 변경 사항을 제한하는 방법
기능이나 버그 수정 같은 작업 완료 후 원래의 코드와 Merge(병합)하기 위해 다른 개발자들에게 요청하는 것

---

2023-09-12 16:38 추가사항

feature Branch 에서 finished
develop Branch Merge
local Branch 에서 arc diff하면 코드 리뷰요청
완료 후 Repository push