Team Culture

🍀 Git Flow

쳐랏 팀은 안정적인 협업을 위해 Git Flow 브랜치 전략을 사용합니다.

1. 주요 브랜치

• main
  • 실제 배포가 이루어지는 브랜치
  • 항상 안정적인 코드만 유지
• develop
  • 모든 기능이 통합되는 브랜치
  • feature 브랜치 개발이 끝나면 여기로 PR & Merge

2. 보조 브랜치

• feature/
  • 새로운 기능 개발 시 사용
  • 예: feature/#이슈번호-로그인, feature/#이슈번호-메인뷰
• release/
  • 배포 직전 QA 및 버그 수정 단계
  • 예: release/1.0.0
• hotfix/
  • 운영 중 긴급 버그 수정 시 사용
  • 예: hotfix/1.0.1

3. Workflow 예시

1. develop 브랜치에서 feature/#이슈번호-로그인 생성
2. 기능 개발 완료 → develop으로 Pull Request 후 코드 리뷰 & Merge
3. 여러 기능이 모이면 release/1.0.0 브랜치 생성 → QA & 버그 수정
4. 안정화되면 main에 Merge & Tag (v1.0.0)
5. 동시에 develop에도 Merge하여 싱크 유지
6. 긴급 이슈 발생 시 hotfix/버전에서 수정 후 main과 develop에 Merge

4. Commit & PR 규칙

• Commit Message: [#이슈번호]feat: 새로운 기능 추가
• Pull Request:
  • 제목: Feature/login 구현
  • 내용: 작업 내역 / 변경 사항 / 체크리스트
  • 최소 1명 이상 리뷰 후 Merge

---

🍀 Coding-style-guide

1. 연산 프로퍼티 (기본 선택)

사용 시나리오:

• 화면 섹션 구분 (header, content, footer)
• State/ViewModel 직접 접근 필요
• 파라미터 불필요
• 단순 레이아웃 그룹핑

2. 메서드 (파라미터 필요 시)

사용 시나리오:

• ForEach/List에서 반복 렌더링
• 파라미터로 동적 처리
• 화면 내 여러 곳 재사용
• 조건부 파라미터 (기본값)