방치형 전략 로그라이크 학습 타이머 RelicKing
지금 바로 다운로드 !! 🔥🔥
📌 2024.04.08 ~ 2024.05.20 (6주)
 🍖 전지환 (Client) |
 🎮 전근렬 (Client) |
 🍻 박설연 (Client) |
 🍔 곽효선 (Client) |
 🥇 김형규 (Client) |
 🏀 조인화 (Back) |
 🎧 김동영 (Back) |
Language | C# 9.0
Framework | Unity
IDE | Unity Hub 3.7.0, Unity Editor 2022.3.23f1, Rider 2024.1.1
Language | Java 17
Framework | Spring Boot 3.2.5
Data(RDBMS) | Spring Data JPA
Build Tool | Gradle 8.7.0
IDE | Intellij 2023.3.2
Server | GitLab, Jenkins, Docker
 |
 |
 |
|
다양한 스테이지 |
보스로 향하는 길 |
인게임 |
 |
 |
 |
| 스테이지 1 | 스테이지 2 | 스테이지 3 |
 |
||
|
스킬 상점 |
||
 |
 |
 |
방어형 스킬 |
투척형 스킬 |
소환형 스킬 |
 |
 |
|
| 클래스 변경 | 유물 변경 |
 |
 |
 |
| 방치 | 가챠 | 랭킹 |
-
API 명세서
-
ERD
- 와이어프레임
- 포팅매뉴얼
[포팅매뉴얼](./exec/포팅 매뉴얼/포팅 매뉴얼.md)
################
# type, body, footer는 각각 공백 줄로 한칸씩 띄워작성합니다.
# 1. Type
# [Skill] type: Subject (#이슈번호)
# Ex)[CT] feat: 회원정보 수정 기능 추가 (#1)
# Ex)[BE] feat: 회원정보 수정 기능 추가 (#1)
################
# 1-1. Subject Type
# - feat: 새로운 기능 추가
# - fix: 오류 수정
# - docs: 문서(readme.md, json 파일 등) 수정, 라이브러리 설치
# - style: 코드 포맷 변경, 세미콜론 누락 등 코드의 기능에 영향을 주지 않는 변경사항
# - refactor: 코드 리팩토링
# - test: 테스트 코드, 리팩토링 테스트 코드 추가
# - chore: 빌드 업무 수정, 패키지 매니저 설정 등의 변경사항
# - setting: 개발 환경 구축과 관련된 커밋
# - api: 서버 API 통신 이슈
# - deploy: 배포와 관련된 커밋
# 1-2. Subject
# - 50글자를 넘지 않도록 작성
# - 마침표 및 특수기호는 사용하지 않습니다.
# - 제목은 완전한 서술형 문장이 아니라, 간결하고 요점적인 서술을 위해 개조식 구문을 사용
################(아래는 공백 유지 : Type과 Body의 구분)
# 2. Body
# body는 작업 내용이 복잡하거나 상세한 내용을 남겨야 하는 경우에만 작성
# Ex)
# - 이미지 업로드 기능 추가
# - 회원 정보 수정 api 연동
################
# 2-1. Body 작성 규칙
# - 본문은 72자 내로 작성
# - 필요한 경우 여러줄로도 작성 가능
# - 여러 줄의 메시지를 작성할 땐 "-"로 구분
# - 변경 내용보다 변경 이유를 작성해야 한다.(나중에 봤을 때 코드 작성 이유를 파악하기 위해)
################(아래는 공백 유지 : Body와 Footer의 구분)s
# 3. Footer
# 선택 사항으로 코드 작업과 관련된 이슈 번호 또는 참조 링크 등을 추가
# Ex) Fixes: #1 (옵션_여기선 이슈번호에 []를 치면 안됨, 반영할려면 merge 필요)
################
# 3-1. Footer(꼬리말) 작성 규칙
# - 꼬리말은 optional이며 이슈 트래커 ID를 작성
# - 꼬리말은 "유형: #이슈 번호" 형식으로 사용
# - 여러 개의 이슈 번호를 적을 때는 쉼표(,)로 구분
# 3-2. 이슈 트래커 유형
# - Fixes: 이슈 수정 중(아직 해결되지 않은 경우)
# 최종 메세지 예시
# [CT] feat: 회원정보 수정 기능 추가 (#1)
# (공백 필수)
# - 이미지 업로드 기능 추가(옵션)
# - 회원 정보 수정 api 연동(옵션)
# (공백 필수)
# Fixes: #1(옵션_여기선 이슈번호에 []를 치면 안됨, 반영할려면 merge 필요)
-
main 브랜치
안정적인 버전의 코드가 저장되는 브랜치로, 프로덕션 준비가 완료된 코드만이 master에 병합됩니다. 일반적으로 배포 가능한 상태만을 유지합니다.
-
develop 브랜치
개발을 위한 주요 브랜치로, 기능 개발 브랜치들이 병합되는 곳입니다. 개발의 최신 상태를 반영하며, 다음 릴리즈를 준비하는 코드가 모여 있습니다.
-
feature 브랜치들
새로운 기능 개발이나 버그 수정을 위해 develop 브랜치로부터 분기된 브랜치입니다. 개발이 완료되면 다시 develop 브랜치로 병합됩니다.
- master
- be-develop
- be/fix-bonus-gacha
- fe-develop
- ct/ranking-popup