[feat] [settings] [refactor] 코드리뷰용 브랜치 생성

.coderabbit.yaml

@@ -0,0 +1,18 @@
+language: 'ko-KR'
+reviews:
+  request_changes_workflow: false
+  high_level_summary: true
+  poem: false
+  review_status: true
+  collapse_walkthrough: false
+  auto_review:
+    enabled: true
+    ignore_title_keywords:
+      - 'WIP'
+      - 'DO NOT MERGE'
+    base_branches:
+      - 'main'
+      - 'develop'
+      - 'release/*'
+chat:
+  auto_reply: true

.dockerignore

@@ -0,0 +1,9 @@
+node_modules/
+dist/
+amplify/
+.vscode/
+.github/
+docs/
+.env
+.github/
+

.firebaserc

@@ -0,0 +1,5 @@
+{
+  "projects": {
+    "default": "aipark-four-t"
+  }
+}

.gitattributes

@@ -0,0 +1,8 @@
+* text=auto eol=lf
+casesensitive=true
+
+*.{cmd,[cC][mM][dD]} text eol=crlf
+*.{bat,[bB][aA][tT]} text eol=crlf
+*.{exe,dll} binary
+*.yml text eol=lf
+*.yaml text eol=lf

.github/.gitmessage.txt

@@ -0,0 +1,36 @@
+# [타입] <제목> #이슈 번호 - 제목을 "<타입> <제목> (#이슈 번호)" 형식으로 작성
+
+# 변경된 "내용"을 명확히 설명 / 마침표로 끝내지 마세요
+# 예시 - [settings] eslint, prettier, lefthook 설정 #1
+
+
+# 본문을 아래에 작성하세요
+
+# 여러 줄을 구분할 때는 "-"를 사용하세요
+# - login.tsx 파일이 수정되었습니다.
+
+# --- 커밋 끝 ---
+#   <타입> 목록
+#   feat        : 기능 (새로운 기능)
+#   fix         : 버그 수정 (버그 수정)
+#   refactor    : 리팩토링
+#   style       : 코드 스타일 (코드 서식, 공백, 주석, 세미콜론: 비즈니스 로직 변경 없음)
+#   docs        : 문서 (문서 추가, 수정, 삭제, README)
+#   test        : 테스트 (테스트 코드 추가, 수정, 삭제: 비즈니스 로직 변경 없음)
+#   settings    : 프로젝트 설정 변경(예: 패키지 매니저 수정, .gitignore 등)
+#   init        : 초기 생성
+#   rename      : 파일/폴더명 변경 또는 이동만
+#   remove      : 파일 삭제만
+#   design      : UI/UX 디자인 변경 (예: CSS)
+#   release     : 배포 또는 릴리스 (예: release/login-123)
+#   chore       : 기타 변경사항
+# ------------------
+#   제목은 소문자로 시작
+#   제목은 명령형으로 작성
+#   제목 끝에 마침표를 넣지 마세요
+#   제목과 본문 사이에 빈 줄을 남기세요
+#   본문은 "어떻게"보다는 "무엇을", "왜"를 설명해야 합니다
+#   본문의 여러 줄을 구분할 때는 "-"를 사용하세요
+#   설정 명령어:
+#   git config --local commit.template ./.github/.gitmessage.txt
+# ------------------

.github/ISSUE_TEMPLATE/bug.yml

@@ -0,0 +1,27 @@
+name: 버그 리포트
+description: 버그 보고 또는 UX/UI 개선 요청을 위한 템플릿입니다.
+title: "[bug] "
+labels: ["bug"]
+projects: ["FC-DEV-FinalProject/2"]
+body:
+  - type: textarea
+    id: bug-report
+    attributes:
+      label: 버그 리포트      
+      description: ⚠️제목으로 유추할 수도 있겠지만, 아래 항목은 가능한 적어주세요⚠️
+      placeholder: |
+        - 버그에 대한 간단한 설명 또는 UX/UI 개선 요청
+        - 해당 버그가 발생한 상황 
+        - 스크린샷 (선택)
+    validations:
+      required: true
+  - type: markdown
+    attributes:
+      value: |
+        - 버그에 대한 간단한 설명 
+        - UX/UI 개선 요청 (와이어프레임과 상이, 레이아웃 변경, 폰트 조절 등)
+        - 해당 버그가 발생한 상황 (아이디 28자 이상 입력, 닫기 빠른 5연속 클릭 등)
+        - 가능하다면 스크린샷
+        - 해결책의 상세한 설명
+        - 더 많은 상세 내용과 관련된 정보를 담은 기사나 URL의 참조
+        - 해결책의 일부나, 상세 내용을 깊게 이해하는데 도움이 될 만한 도표, 설계, 다이어그램 스냅샷

.github/ISSUE_TEMPLATE/docs.yml

@@ -0,0 +1,15 @@
+name: 문서 변경
+description: 문서 업데이트가 있나요?
+title: "[docs] "
+labels: ["docs"]
+projects: ["FC-DEV-FinalProject/2"]
+body:
+  - type: textarea
+    id: docs-update
+    attributes:
+      label: 📄 문서 업데이트 상세 내용
+      description: 어떤 문서가 업데이트되어야 하는지, 왜 업데이트가 필요한지 명확히 기술해 주세요.
+      placeholder: |
+        어떤 문서가 업데이트되어야 하는지, 왜 업데이트가 필요한지 명확히 기술해 주세요.
+    validations:
+      required: true

.github/ISSUE_TEMPLATE/feat.yml

@@ -0,0 +1,15 @@
+name: 기능 추가
+description: 새로운 기능이나 사양이 있나요?
+title: "[feat] "
+labels: ["feat"]
+projects: ["FC-DEV-FinalProject/2"]
+body:
+  - type: textarea
+    id: feat-description
+    attributes:
+      label: 📄 설명
+      description: 새로운 기능을 설명해주세요.
+      placeholder: 자세한 설명을 제공해주세요!
+    validations:
+      required: true
+

.github/ISSUE_TEMPLATE/refactor.yml

@@ -0,0 +1,32 @@
+name: 코드 리펙토링
+description: 코드 리팩토링
+title: "[refactor] "
+labels: ["refactor"]
+projects: ["FC-DEV-FinalProject/2"]
+body:
+  - type: textarea
+    id: refactor-description
+    attributes:
+      label: 📄 설명
+      description: 리팩터링 변경 사항을 설명해주세요.
+      placeholder: 자세한 설명을 제공해주세요!
+    validations:
+      required: true
+  - type: markdown
+    attributes:
+      value: |
+        ## 리팩토링 예시:
+        ### 1. 리팩토링:
+           - 긴 함수를 여러 개의 작은 함수로 나누기
+           - 복잡한 if-else 문을 전략 패턴으로 변경하기
+           - 하드코딩된 문자열을 상수로 추출하기
+
+        ### 2. 버그 고치기
+           - **⚠️버그를 고치는 것은 리팩토링이 아닙니다, feat 라벨로 변경 해주세요!!⚠️**
+           - refactor태그가 아닌 feat테그를 넣고 작성해주세요.
+
+        ### 2. 기능 추가:
+          - **⚠️기능을 추가하는 것은 리팩토링이 아닙니다, feat 라벨로 변경 해주세요!!⚠️ **
+           - 새로운 사용자 인증 방식 추가하기
+           - 데이터베이스에 새 필드 추가하고 관련 로직 구현하기
+           - 새로운 API 엔드포인트 만들기

.github/ISSUE_TEMPLATE/setting.yml

@@ -0,0 +1,36 @@
+name: 설정 변경
+description: 프로젝트 구성 변경(npm, env, db, 등)
+title: "[setting] "
+labels: ["setting"]
+projects: ["FC-DEV-FinalProject/2"]
+body:
+  - type: textarea
+    id: setting-details
+    attributes:
+      label: 📄 구성 변경 상세 내용
+      description: 프로젝트 구성 변경에 대해 설명해주세요.
+      placeholder: |
+        - 어떤 구성을 변경하나요? 
+        - 예시: 
+            - npm 종속성
+            - package-lock.json 변경
+            - .env 환경 변수 관련 세팅 변경
+            - 그외
+    validations:
+      required: true
+  - type: markdown
+    attributes:
+      value: |
+        > 다음 내용을 포함하여 작성해주세요:
+
+        ## 어떤 구성을 변경하나요? 
+        ### 예시 
+        - npm 종속성 추가
+        - package-lock.json 변경
+        - .env 환경 변수 관련 세팅 변경
+        - 그외(디비 세팅, 배포 환경 관련 세팅 변경)
+
+        ### 주의사항
+        - npm 종속성 추가 시 정확한 버전을 명시해주세요.
+        - package-lock.json 변경 시 전체 팀에 공유해주세요.
+        - 환경 변수 변경 시 .env.example 파일도 업데이트해주세요.

.github/ISSUE_TEMPLATE/test.yml

@@ -0,0 +1,33 @@
+name: 테스트
+description: 테스트(E2E테스트, 통합테스트, 테스트 관련 세팅)
+title: "[test] "
+labels: ["test"]
+projects: ["FC-DEV-FinalProject/2"]
+body:
+  - type: textarea
+    id: test-details
+    attributes:
+      label: 📄 테스트 상세 내용
+      description: 추가하거나 수정하는 테스트에 대해 설명해주세요.
+      placeholder: |
+        시간이 없다면 `테스트 대상`과 `테스트 유형`만이라도 적어주세요
+    validations:
+      required: true
+  - type: markdown
+    attributes:
+      value: |
+        **⚠️시간이 없다면 `테스트 대상`과 `테스트 유형`만이라도 적어주세요⚠️**
+
+        ### 1. 테스트 대상:
+        - 어떤 기능 또는 컴포넌트를 테스트하나요?
+
+        ### 2. 테스트 유형:
+        - 단위 테스트, 통합 테스트, E2E 테스트 중 어떤 유형인가요?
+
+        ### 3. 테스트 시나리오:
+        - 어떤 상황을 테스트하나요? (정상 케이스, 경계값, 예외 상황 등)
+
+        ### 주의사항:
+        - 테스트는 독립적이고 반복 가능해야 합니다.
+        - 모든 중요한 로직에 대해 테스트를 작성해주세요.
+        - 테스트 실행 시간을 고려하세요. 너무 긴 테스트는 CI/CD 파이프라인에 부담을 줄 수 있습니다.

.github/PULL_REQUEST_TEMPLATE.md

@@ -0,0 +1,3 @@
+<!-- 주요 변경 사항을 요약해 주세요. -->
+
+<!-- 수정된 화면이나 기능을 보여주는 스크린샷을 첨부할 수 있습니다. -->

.github/auto_assign.yml

@@ -0,0 +1,17 @@
+addReviewers: true
+
+reviewers:
+  - nakyeonko3
+  - sjgaru-dev
+  - miniseung 
+  - dyeongg 
+
+addAssignees: author
+numberOfReviewers: 0
+
+skipKeywords:
+  - wip
+  - WIP
+  - draft
+  - "do not review"
+  - "not ready"