잇다는 유저의 파편화된 일상 기록을 통합하고 맥락을 부여하기 위해 설계된 위치 기반 통합 기록 및 공유 플랫폼입니다.
해당 서비스는 일상, 여행, 취미, 문화생활 등 다양한 영역에서 경험한 모든 순간을 ‘장소’라는 맥락 위에 기록하는 감성 아카이브입니다.
각 활동에 최적화된 다양한 테마 템플릿을 제공함으로써 기록의 시작을 쉽고 재밌게 만들며, 단순한 글과 사진을 넘어 기록 당시의 감정과 맥락을 생상하게 보존하도록 돕습니다.
여러분의 소중한 추억을 '잇다-'에서 채워보세요!
TODO: ncp 배포 주소
 |
 |
 |
 |
|---|---|---|---|
| 도비(황수연) | 앤프(하민영) | 두리(이기필) | 주디(이시영) |
| ISFP | ISTP | INTP | ISFP |
- 프로덕션/배포 브랜치(main)
- 이 브랜치에 머지/푸시될 때만 실제 클라우드 배포 실행
- 기본(기준) 브랜치(develop)
- 모든 기능 브랜치의 머지 대상
- 브랜치 보호 규칙 설정 및 CI 실행 브랜치
- 기능 브랜치
네이밍 규칙: `[Type]/작업-이슈번호
예: feat/login-#23, fix/header-layout-#10
데일리 체크인: 아침 진행 상황/컨디션 공유
- 중요한 논의는 반드시 문서화(GitHub Issue, Notion 등)
- 불명확한 요구사항 → 질문 먼저, 추측 금지
- 의견 주장 시 — AI 근거 사용 금지, 본인 판단·검증된 근거 우선
- 슬랙 응답: 코어타임에는 즉시 응답 or 최소 리액션
- 말투·억양 등 개인 특성으로 오해하지 않기 (경상도 억양 등)
- 데드라인은 조정 가능하되, 지연될 경우 반드시 사전 공유
- 하루 작업 시간은 자유롭게, 대신 최소 1회 진행 상황 공유 필수
- 회의는 1시간 / 휴식 10분 원칙
- 목요일 저녁~금요일 오전: 통합 테스트 기간
- 배포 흐름:
- dev 브랜치 → push 시 CI 실행
- main 브랜치 → push 시 CD(배포) 실행
- PR/커밋 전에 모든 유닛 테스트 작성 + 통과 필수
- PR에는 반드시 결과 스크린샷 또는 테스트 결과 포함
- PR 리뷰 시:
- 코드 실행 여부 반드시 확인
- 팀원 모두 실행 가능한 환경 보장
- 테스트 통과한 코드만 import·사용 가능
- lint-staged + husky 활용 (pre-commit, pre-push)
- 서로의 의견을 존중하고, 말투나 억양로 오해하지 않기
- 완벽보다 빠른 합의 → 지속적인 개선
- 지치지 않는 흐름 만들기
- 각자의 성향·약점 이해하기
- 커뮤니케이션 시 부드럽고 명확하게
type: 제목 (#이슈번호)
- 본문
---
feat 새로운 기능 추가
fix 버그 수정
refactor 코드 구조 개선
chore 설정/빌드 수정
test 테스트 코드
docs 문서
style 코드 포매팅/스타일 변경`.github/ISSUE_TEMPLATE 참조