---
tags: [infra, gitea-actions, deploy, 24-server, runtime, plans]
---

# 24 자동배포 0초 종료 runtime SSOT 복구 계획

**작성일**: 2026-03-11
**상태**: draft
**목표**: Gitea Actions의 24 배포 경로를 현재 runtime SSOT에 다시 맞춰 `git push -> 자동 배포`를 복구한다.

## 관련 문서
- [24 자동배포 0초 종료와 runtime SSOT 불일치 이슈](../troubleshooting/260311_24자동배포_0초종료_runtime_ssot불일치_이슈.md)
- [24 자동배포 0초 종료와 runtime SSOT 불일치 리서치](../research/260311_24자동배포_0초종료_runtime_ssot불일치_리서치.md)
- [24서버 robeing runtime workspace-config 단일화](../worklog/260310_24서버_robeing_runtime_workspace_config_단일화.md)

## 결정
- 이번 문제는 `rb8001` 코드가 아니라 `배포 인프라 경로` 문제로 다룬다.
- 따라서 수정 우선순위는 `workflow -> secret/variable -> SSH 검증 -> task 로그` 순서다.

## 범위
- 포함:
  - 24 배포 대상 host/port/path SSOT 확인
  - Gitea Actions secret/variable 교정
  - `cicd.yml` 하드코딩 경로 제거 또는 SSOT 기준 교정
  - 실제 push 기반 자동 배포 재검증
- 제외:
  - 애플리케이션 기능 수정
  - 24 runtime.env/secrets.env 구조 재설계

## 실행 단계
1. `rb8001/.gitea/workflows/cicd.yml`의 deploy host/port/path 참조를 확인한다.
2. Gitea의 `SSH_HOST_51124`, 포트, 배포 경로 관련 secret/variable이 `192.168.0.106` 기준과 일치하는지 확인한다.
3. 23 제어면에서 같은 값으로 24 실행면 SSH 접속이 실제 되는지 검증한다.
4. 하드코딩 값이 있으면 제거하고 `DEPLOY_PROJECT_DIR` 또는 단일 기준 변수로 맞춘다.
5. 테스트 커밋 또는 재실행으로 Actions task가 실제 실행되고, 24 서버 컨테이너가 재시작되는지 검증한다.

## 완료 기준
- `cicd.yml` task가 `0s` 종료가 아니라 실제 실행 로그를 남긴다.
- `git push origin main` 후 24 서버 `rb8001` 컨테이너가 자동 재시작된다.
- 수동 배포 없이도 `docker ps`, 헬스체크, 최신 커밋 반영이 확인된다.

## 한 줄 결론
- 목표는 `24=192.168.0.106` SSOT를 Actions 배포 경로까지 일치시켜 자동 배포를 다시 신뢰 가능한 상태로 복구하는 것이다.