• 0. 들어가기
• 1. 개발 스택 결정하기
• 2. Prettier + Eslint 설정하기
• 3. 브랜치 전략 정하기
• 4. Commit Message 양식 정하기
• 5. PR 양식 정하기

저는 최근 프로그래밍 동아리에 들어가서, 팀 프로젝트를 정말 많이 하게 됐어요🤭

개인 프로젝트와 달리 팀 프로젝트는 팀의 규칙을 세우는 게 가장 중요한 것 같아요! 그렇지 않으면 나중에 git에서 충돌이 엄청 생긴다거나, 각자 불필요한 시간 낭비를 할 수 있기 때문이에요.

규칙에는 eslint나 prettier처럼 코드에 직접적인 영향이 있는 부분도 있고, 커밋 메시지나 pr 양식처럼 코드에는 직접적인 연관이 없는 부분도 있어요.

이번 시리즈에서는 Prettier와 ESLint로 코드 스타일을 통일하기, 브랜치 전략 설정하기, 커밋 메세지 컨벤션 정하기, PR 및 코드 리뷰 템플릿 만들기라는 주제들을 중심적으로 다뤄 보려고 해요.

이 글이 팀 프로젝트를 시작할 때 도움이 되길 바라며🍀

참고로 저는 FE 개발자라서 BE 파트는 잘 몰..라요...🫠

프로젝트를 시작할 때 정말정말 처음 해야 하는 일이 있어요.

바로 💻개발 스택 정하기💻랍니다!

개발 스택을 정하려면 우선 어떤 프로젝트를 만들 것인지 파악해야 해요.

예를 들어서, 검색 엔진 최적화가 필요한 프로젝트라면 React만 사용하기보다는 Next.js같은 프레임워크를 사용해서 Next.js가 자체적으로 지원하는 기능들을 이용하는게 유리해요.

또한, FE 프로젝트라면 styled-components, emotion, tailwind같은 스타일링 라이브러리들과, redux, recoil, zustand같은 상태 관리 라이브러리들도 생각해 봐야 해요.

이 부분은 팀원들의 배경 지식, 프로젝트의 특성, 마감 기간, 프로젝트 참여 목적 등에 따라 달라질 수 있어요!

Prettier와 ESLint는 코드 스타일을 일관되게 유지하고 품질을 높이는 데 필수적이에요.

Prettier는 자동으로 코드를 포맷팅해서 코드 스타일 등을 통일하고, ESLint는 문법 오류나 규칙 위반을 감지해 코드의 품질을 유지하는 데 도움이 돼요. 특히 팀 프로젝트에서는 코드의 혼란을 방지하고 효율적인 협업을 가능하게 하는 핵심 역할을 한답니다!

자세한 내용은 Prettier, ESLint 세팅하기 →에 작성했어요✨

Git 브랜치 전략 없이도 프로젝트는 진행할 수 있지만, 협업 규모가 커지면 충돌 빈도 증가, 코드 품질 저하, 작업 내역 추적 어려움 등의 문제가 발생해요. 브랜치 전략은 이런 문제를 해결하고 협업을 원활하게 하기 위해 브랜치 관리 규칙을 정하는 방법으로, 주로 사용되는 전략을 참고하거나 프로젝트에 맞게 개선해 적용할 수 있어요!

자세한 내용은 브랜치 전략(Branching Strategy) 세우기 →을 참고해요🙌

참고 포스트: 커밋 메시지 작성 가이드: Conventional Commits와 gitmoji →

(작성중)

(작성중)