일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
Tags
- 백준 28298번
- map
- 더 흔한 색칠 타일 문제
- ucpc 2023 예선 i번
- pm2
- Github
- 그리디
- HTTP
- 백준 2623번
- Express.js
- ccw 알고리즘
- 자바스크립트
- html5
- Prisma
- ucpc 2023 예선 d번
- MySQL
- router
- ucpc 2024 예선 e번
- JavaScript
- insomnia
- 게임 서버 아키텍처
- MongoDB
- localstorage
- PROJECT
- branch
- 백준 28303번
- koi 2002 중등부 1번
- Next
- ERD
- string
Archives
- Today
- Total
dh_0e
[Project] 협업 시 유용한 사이트 및 정보 본문
Miro: 협업할 때 팀원들끼리 와이어프레임 제작, 프로젝트 관리, 디자인 등을 함께 할 수 있는 작업 공간을 제공한다.
dbdiagram: DBML 형식 코드를 입력하면 자동으로 ERD를 생성해준다. DBML 형식이 아닌 코드는 ChatGPT가 바꿔준다.
GitHub Project 관리: 프로젝트를 기능들로 나누고 이를 이슈로 또 한 번 나누어서 진행 상태와 진행자를 한 눈에 볼 수 있으며 프로젝트 관리가 아주 편해짐
브랜치의 종류
master(main) 브랜치
- 배포 가능한 상태만을 관리하며 커밋할 때는 태그를 사용하여 배포 번호를 기록
develop(dev) 브랜치
통합 브랜치 역할로, 모든 진행 과정을 develop 브랜치에서 pull, push가 이루어지도록 한다.
또한 항상 모든 기능이 정상적으로 동작할 수 있는 상태를 유지해야하며, 배포 가능한 상태라면 main 브랜치에 merge한다.
feature 브랜치
- develop 브랜치에서 분기되어 새로운 기능 개발 및 버그를 수정한다.
- 다른 작업들과 공유할 필요가 없으므로 원격으로 관리하지 않으며, 개발이 끝나면 develop 브랜치로 병합하여 개발 및 수정 내용을 공유한다.
release(RB_) 브랜치
- feature 브랜치와 마찬가지로 develop 브랜치에서 분기되어 버그를 수정하거나 새로운 기능을 포함한 상태로 모든 기능이 정상적으로 동작하는지 확인한다.
- 최종적인 버그 수정 등의 개발을 수행하며 배포 가능한 상태가 되면 main 브랜치로 병합한다. 이 때 병합한 커밋에 Release 번호 태그를 추가한다.
- 또한 기능을 점검하며 버그가 있었다면, 이를 수정하고 develop 브랜치에도 merge하여 버그 수정 사항을 적용해 주어야 한다.
hotfix(hotfix-)브랜치
- main 브랜치에서 분기되며 배포한 버전에 긴급하게 수정을 해야하거나 간단하게 수정할 사항이 있을 때 사용하는 브랜치이다.
- 수정이 완료되면 develop 브랜치에도 merge하여 문제가 되는 부분을 함께 처리해준다.
'내일배움캠프 > Project' 카테고리의 다른 글
[Project] 타워 디펜스 게임 (팀 프로젝트) (0) | 2024.06.21 |
---|---|
[Project] Insomnia에서 팀원들과 협업하기 (0) | 2024.06.05 |
[Project] 고도화된 게임 아이템 시뮬레이터 서비스 (개인 과제) (1) | 2024.05.29 |
[Project] Node.js와 express를 활용한 게임 아이템 시뮬레이터 서비스 (개인 과제) (0) | 2024.05.20 |
[Project] 영화 검색 사이트 심화 (팀 프로젝트) (0) | 2024.05.12 |