🏭 CI Factory
신청 → 생성·자동검증 → 관리자 승인 → 브랜치 push → 파이프라인 결과
로그아웃
로그인이 필요합니다
GitLab 계정으로 로그인하면 토큰 입력 없이 본인 권한으로 CI 를 신청할 수 있습니다.
🦊 GitLab 으로 로그인
QA 서비스
내부 서비스
상용(MSA) 서비스
새 CI 적용 신청
대상
GitLab 프로젝트 URL
*
Access Token
*
api scope · Developer 이상 — 저장되지 않음
적용 환경
*
QA — qa 브랜치에 CI 적용 → 자동 배포
PRD 실서버 — QA 가 이미 구축된 경우
qa 브랜치는 건드리지 않습니다.
PRD 브랜치에
.gitlab-ci.yml·스택 파일이 없으면 최신 QA 브랜치를 기준으로 생성
하고,
있으면 그대로 둡니다
. 실서버 배포는
deploy-prod 수동 버튼
으로 실행하며, env 는
DOT_ENV_PROD
로 등록됩니다.
⚠ 지정한 태그의 러너가
실서버 스웜 매니저
에 있어야 정상 배포됩니다.
브랜치
적용 브랜치
*
없으면 생성
소스 기준 브랜치
비우면 기본
적용 브랜치 삭제 후 다시 생성
이력 유실 주의
적용 브랜치가 기준 브랜치보다 뒤처져 있으면(빈 브랜치 포함) 승인 후
자동으로 MR 병합해 소스를 동기화
한 뒤 CI 를 적용합니다.
PRD 브랜치
비우면 기본
실서버 러너 태그
*
추천 ▾
서비스
서비스명
비우면 프로젝트명
저장소 유형
자동 감지
backend
frontend
monorepo
QA 주소
env 의 localhost 치환 — 없으면 비움
사용 중 포트 보기
볼륨
(NFS — 비우면 원본 그대로)
NFS 주소
NFS 경로
입력하면 생성되는 스택의 NFS 볼륨(
driver_opts
)을 이 값으로 맞춥니다. 저장소에 이미 스택 파일이 있으면 그 파일은 수정하지 않습니다.
고급 설정
비우면 자동 감지
Dockerfile
빌드 컨텍스트
러너 태그
추천 ▾
스택 파일
없으면 자동 생성
PRD 스택명
비우면 서비스명
PRD 스택 파일
없으면 자동 생성
생성된 .gitlab-ci.yml 을 QA 브랜치에도 적용
(체크 안 하면 QA 브랜치는 그대로)
환경변수
.env
승인 시
DOT_ENV_QA
File 변수로 등록
① 미리보기 — 생성물 확인 · 수정
생성물 미리보기
확인·수정 후 신청하세요. 저장소에는 아직 쓰지 않습니다
② 신청 (검증 → 승인 대기)
실값은 이 서비스의 이력·커밋에 저장되지 않고
GitLab 변수에만
들어가며, 화면·커밋용 미리보기에는 시크릿성 키가 자동 마스킹됩니다. 승인 전에는 대상 저장소에 아무 것도 쓰지 않습니다.
🛡 관리자 — 승인 대기
프로젝트
브랜치
신청자
신청 시각
대기 중인 신청 없음
행을 클릭해 생성된 구성을 확인한 뒤 아래 상세에서 승인/거절하세요.
전체 실행
-
승인 대기
-
성공
-
실패 · 거절
-
실행 이력
프로젝트
브랜치
신청자
상태
파이프라인
시작
아직 없음
실행 상세
📋 신청 내용
— 신청자 입력 / 자동 감지 구분
⚠ 기존 .gitlab-ci.yml 을 갱신합니다 — 변경분 확인
저장소에 이미 있는 파일을 덮어씁니다. 아래 변경분을 확인한 뒤 승인하세요.
생성된 .gitlab-ci.yml
생성된 .env.qa.example
생성된 스택 파일