앞으로 진행 사항
브랜치 생성 및 작업 분리
새로운 기능이나 수정 작업을 시작할 때는 먼저 관련 브랜치를 생성한다. 예를 들어, 홈 배너를 수정할 때는 feature/home-banner 브랜치를 생성하고 작업을 시작한다. 작은 단위로 작업을 나누어 끊어서 진행하는 것이 중요하다.
Pull Request(PR) 작성
작업이 완료되면 PR을 생성하여 해당 작업 내용을 설명한다. PR 제목과 설명에는 다음 사항을 포함한:
-어떤 기능을 작업했는지
-변경 사항의 목적
-필요한 경우, 코드 리뷰어가 주의해야 할 부분 작업 내용이 명확하게 전달될 수 있도록 상세한 설명을 추가한다.
Pull Request 줄 수 제한
Pull Request는 최대 1000줄 이내로 제한하여 리뷰어가 쉽게 검토할 수 있도록 한다. PR이 너무 커지지 않도록, 기능을 작은 단위로 나누어 작업한 후 PR을 생성하는 것이 중요하다.
코드 리뷰 절차
PR이 생성되면 코드 리뷰가 진행된다. 리뷰어는 변경된 코드에 대해 의견을 제시하며, 필요한 경우 수정 사항을 제안한다. 리뷰 과정에서 서로의 의견이 합의되면, 해당 PR은 메인 브랜치에 합쳐질 준비가 된다.
리뷰 후 합의
리뷰가 완료되고 의견이 반영되면, PR을 메인 브랜치에 병합한다. 리뷰 과정에서 발생한 논의는 PR에 기록으로 남아 팀 전체의 협업과 코드 품질을 향상시키는 데 기여한다.
작업 계획 및 PR 진행 특정
작업에 대한 날짜 제한은 두지 않지만, PR을 작은 단위로 나누어 점진적으로 진행하고, 각 작업마다 PR을 생성하여 코드 리뷰를 받는 방식으로 협업을 진행.
TIL1) 브랜치 생성 및 작업분리 (경험이 없으니 알아보자!)
브랜치(Branch)란?
브랜치는 기본적으로 "원본 코드(메인 브랜치)"에서 분리된 작업 공간이라고 생각하면 된다. 코드의 원본은 그대로 유지하면서 새로운 기능을 추가하거나, 버그를 수정할 수 있게 해줌. 작업을 마친 후에는 원본 코드와 병합(merge)할 수 있다.
브랜치 생성과 작업 분리 단계
브랜치 생성
먼저, 새로운 작업을 시작할 때마다 브랜치를 생성. 이때 브랜치 이름은 작업과 관련된 의미 있는 이름을 붙이는 게 좋아. 예를 들어, 홈 배너 기능을 작업하려면 feature/home-banner 같은 이름으로 브랜치를 생성할 수 있다아~~~ 우와ㅏㅏ.
git checkout -b feature/home-banner
여기서 feature/home-banner가 새로 생성할 브랜치 이름. checkout -b 명령어는 브랜치를 생성하고 그 브랜치로 바로 이동하게 해준다.
작업 분리
브랜치를 생성했으면, 그 브랜치에서 기능을 개발하거나 버그를 수정한다. 중요한 것은 너무 많은 변경을 한꺼번에 하지 않고, 작은 단위로 작업을 나누는 것.
예를 들어, 먼저 배너의 디자인을 수정하고, 그다음에는 배너에 데이터를 불러오는 로직을 추가하는 식으로 단계를 나눌 수 있다.
그리고 커밋하고
풀리퀘 하면 됨.
//////////////////////////////////////
할수있지, ㅇㅇ 겁먹지마셈,
두시가 다 되가네,일찍좀 자라/
건강관리 잘하기. 한숨쉬지 말기. 천천히 걷기.
