나만의 일상을 그림으로 그려주는 AI 그림 친구
🤔 오늘 어떤 일이 있었지?
📝 그럴 줄 알고 준비했어! 너를 위한 그림 일기!
🌦 오늘의 날씨랑 기분을 골라보고 ✍️ 일기를 작성해봐~
🎨 너가 작성한 내용을 바탕으로 그림 일기를 만들어줄게!
 @sub-blind |
 @KangJeongHo1 |
 @newbission |
|---|---|---|
| 김재섭 | 강정호 | 윤준명 |
 @woic-ej |
 @jjaeho0415 |
|---|---|
| 최은진 | 정재호 |
- main / dev / docs 브랜치 기본 생성
- main과 dev로 직접 push 제한
- README, gitignore 같은 문서파일 docs로 push
- PR 전 최소 2인 이상 승인 필수
팀 리포지토리를 각자의 로컬로 클론
# 1. 백엔드 팀의 깃허브 리포지토리 클론 # 1-1. ❗️주의❗️ 'develop' 브랜치를 클론해야함 git clone -b develop "팀 깃허브 리포지토리 주소" # 클론이 생각대로 잘 되었는지 확인 # remote의 이름이 'origin'인지, branch가 'devlop'인지 확인 $ git remote -v > origin https://github.com/newbission/리포지토리이름.git (fetch) > origin https://github.com/newbission/리포지토리이름.git (push) $ git branch > * develop > (END)
현재까지 진행된 내용을 원격 저장소에서 로컬로 가져오기
# 현재 브랜치가 'develop'인지 확인하고 아니면 'develop'으로 브랜치 변경 $ git branch > develop > *feat-yjm-github-setting-#1 > (END) $ git switch develop # 팀 리포지토리의 `develop`브랜치의 최신 내용을 `PULL` $ git pull origin develop
개발할 내용에 맞게 브랜치 생성
# 1. 현재 브랜치가 `develop`인지 확인 $ git branch > * develop # 브랜치 생성 # git branch {타입}-{개발자}-{개발}-{내용}-{이슈번호} # git checkout -b {타입}-{개발자}-{개발}-{내용}-{이슈번호} $ git branch feat-yjm-github-setting-#1 $ git switch feat-yjm-github-setting-#1 or $ git checkout -b feat-yjm-github-setting-#1
작업내용을
PUSH후PR한 뒤 브랜치 제거# 1. 작업내용 'PUSH' 하기 $ git add . # 1-1. git commit -m "{타입}: {커밋 내용} ({이슈번호})" $ git commit -m "Feat: github setting complete (#1)" $ git push origin feat-yjm-github-setting-#1 # 2. PR이 완료되어 병합이 되면 사용한 branch 삭제 # ❗️주의❗️ 병합이 되기 전에 삭제하지 말것 $ git switch develop # 반드시 삭제하려는 브랜치에서 나와야함 # 2-1. 로컬 브랜치 삭제: 'D' 옵션 사용 # git branch -D {브랜치명} $ git branch -D feat-yjm-github-setting-#1 # 2-2. 원격 저장소(팀 리포지토리) 브랜치 삭제: 'd' 옵션 사용 # git push -d origin {브랜치명} $ git push -d origin feat-yjm-github-setting-#1
- 적절한 커밋 접두사 작성
- 커밋 메시지 내용 작성
- 내용 뒤에 이슈 (#이슈 번호)와 같이 작성하여 이슈 연결
접두사 설명 Feat : 새로운 기능 구현 Add : 에셋 파일 추가 Fix : 버그 수정 Docs : 문서 추가 및 수정 Style : 스타일링 작업 Refactor : 코드 리팩토링 (동작 변경 없음) Test : 테스트 Deploy : 배포 Conf : 빌드, 환경 설정 Chore : 기타 작업
$ git commit -m "Feat: 로그인 API 개발 완료 (#이슈번호)"
- 제목은 '[Feat] 홈 페이지 구현'과 같이 작성합니다.
- FEAT: 새로운 기능 구현
- ADD : 에셋 파일 추가
- FIX: 버그 수정
- DOCS: 문서 추가 및 수정
- STYLE: 포맷팅 변경
- REFACTOR: 코드 리팩토링
- TEST: 테스트 관련
- DEPLOY: 배포 관련
- CONF: 빌드, 환경 설정
- CHORE: 기타 작업
- 구체적인 작업 내용을 작성해주세요.
- 이미지를 별도로 첨부하면 더 좋습니다 👍
- 추후 논의할 점에 대해 작성해주세요.
- PEP8 준수
- 패키지명: 소문자
- 클래스명, 인터페이스명 CamelCase
- 클래스 이름 명사 사용
- 상수명 SNAKE_CASE
- Controller, Service, Dto, Repository, mapper 앞에 접미사로 통일(ex. MemberController)
- service 계층 메서드명 create, update, find, delete로 CRUD 통일(ex. createMember)
- Test 클래스는 접미사로 Test 사용(ex. memberFindTest)
- Discord 활용
- 매일 토요일 오전 10시 회의
- 구글 시트로 작업 일정 관리
- 주간 회의록 공유