브랜칭 전략
kebab-case로 작성
branch는 최대한 잘게 쪼개서 코드 리뷰 용이하도록 하자
feat/{branch name} : 새로운 기능을 개발한 경우refact/{branch name} : 기능 변경 없이 코드 리팩토링만 한 경우fix/{branch name} : 기능 변경이 수반되는 수정의 경우
커밋 규칙
feat/{description} : 새로운 기능을 개발한 경우refact/{description} : 기능 변경 없이 코드 리팩토링만 한 경우fix/{description} : 기능 변경이 수반되는 수정의 경우
머지 규칙
PR 코드 리뷰 에 잘 정리되어 있어 이대로 하면 될 것 같습니다.
추가 사항
- 모두의 approve가 찍혔을 시 merge 가능(추후 효율적인 진행 위해 변경 가능)
- merge 시 default는
squash and merge
- 따로
dev와 prod 브랜치를 나누지 않고, main으로 빠르게 merge하며 가도 괜찮을 것 같습니다
기본 세팅 및 버전 (1230 회의에서 확정 후 프로젝트 생성 예정)
- IDE: PyCharm
- python==?
- django==?
- djangorestframework==?
- pylint==?
- black 참고
- 가상환경 설정도 통일해야 할지?
pip freeze > requirements.txt로 dependency 저장 -> pip install -r requirements.txt로 불러오기- AWS 관련 설정 고민도 필요할 듯 합니다
- 지금 필수적으로 생각되는 건 요 정도인데 회의 때 같이 정하면 좋겠습니다.
참고
프로젝트를 위한 django 환경 세팅
협업을 위한 가상환경 설정
django 초기 세팅
브랜칭 전략
kebab-case로 작성
branch는 최대한 잘게 쪼개서 코드 리뷰 용이하도록 하자
feat/{branch name}: 새로운 기능을 개발한 경우refact/{branch name}: 기능 변경 없이 코드 리팩토링만 한 경우fix/{branch name}: 기능 변경이 수반되는 수정의 경우커밋 규칙
feat/{description}: 새로운 기능을 개발한 경우refact/{description}: 기능 변경 없이 코드 리팩토링만 한 경우fix/{description}: 기능 변경이 수반되는 수정의 경우머지 규칙
PR 코드 리뷰 에 잘 정리되어 있어 이대로 하면 될 것 같습니다.
추가 사항
squash and mergedev와prod브랜치를 나누지 않고,main으로 빠르게 merge하며 가도 괜찮을 것 같습니다기본 세팅 및 버전 (1230 회의에서 확정 후 프로젝트 생성 예정)
pip freeze > requirements.txt로 dependency 저장 ->pip install -r requirements.txt로 불러오기참고
프로젝트를 위한 django 환경 세팅
협업을 위한 가상환경 설정
django 초기 세팅