🔄 상태 라이프사이클
모든 개선 항목은 5가지 상태 중 하나를 가집니다. 상태는 개발 프로세스의 진행 단계를 나타내며, 필요에 따라 수동으로 변경합니다.
상태 전이 다이어그램
[등록]
│
▼
┌──────────┐ 테스트 시작 ┌──────────┐
│ 개발중 │ ──────────────→ │ 테스트중 │
│ (dev) │ │ (testing) │
└──────────┘ └──────────┘
│ │
│ 직접 완료 │ 테스트 통과
▼ ▼
┌──────────┐ 배포 실행 ┌──────────┐
│ 완료 │ ──────────────→ │ 배포됨 │
│ (done) │ │(deployed) │
└──────────┘ └──────────┘
│
문제 발견
▼
┌──────────┐
│ 롤백 │
│(rollback) │
└──────────┘
개발중
의미: 현재 개발이 진행 중인 항목입니다.
기준: 코드 수정이 완료되지 않았거나, 아직 테스트 단계에 진입하지 않은 상태.
→ 전환 가능: 테스트중, 완료 (바로 완료 처리)
테스트중
의미: 개발은 완료되었고, 현재 테스트를 진행 중입니다.
기준: 코드 수정 완료, 테스트 서버(DEV/TEST)에서 검증 중.
→ 전환 가능: 완료 (테스트 통과), 개발중 (재수정 필요)
완료
의미: 개발과 테스트가 모두 완료된 상태입니다.
기준: 모든 작업 완료, 배포 대기 또는 배포 예정.
→ 전환 가능: 배포됨 (운영 배포), 롤백
배포됨
의미: 운영 환경(PROD)에 배포가 완료된 상태입니다.
기준: deployed_date와 deployed_by가 기록됨.
→ 전환 가능: 롤백 (문제 발생 시)
롤백
의미: 배포 후 문제가 발견되어 이전 버전으로 되돌린 상태입니다.
기준: 운영 환경에 심각한 이슈 발생, 긴급 롤백 결정.
→ 전환 가능: 개발중 (재수정 시작)
상태 변경 방법
상태는 수동으로만 변경됩니다:
- 목록 페이지에서 해당 항목의 「수정」 버튼 클릭
- 상태 dropdown에서 원하는 상태 선택
- 하단 「수정」 버튼 클릭 → AJAX 저장
💡 모범 사례: 배포 시
status를 「배포됨」으로 변경하고, deployed_date와 deployed_by를 반드시 기록하세요. 버전 관리 시스템(vermanager)에서 릴리즈 시 자동으로 이 필드들을 업데이트합니다.