🔒 내부용 · 비배포 (포트폴리오에는 일반화 버전만 공개)

AI 기반 CI/CD 리뷰 킷 (중앙 실행형) (2026)

repo별로 흩어진 CI/CD를 중앙 실행형 킷으로 표준화한 과정을, 새 팀원이 이해할 수 있는 수준의 온보딩 상세

0한눈에

문제: repo가 늘수록 CI/CD 스크립트가 repo마다 제각각으로 달라짐.
해결: 중앙 실행형 CI/CD 킷으로 표준화 + 파이프라인에 AI 코드 리뷰 통합(자동 리뷰).
정의 범위: repo 온보딩 가이드 · mixed profile · 테스트 전략.
연동: Bitbucket(형상관리) · Jira(이슈) — 이슈 키를 브랜치/커밋/PR 루틴 기준으로 사용.

1왜 필요했나

repo 수가 늘어나면서 각 repo의 CI/CD 스크립트가 서로 다른 형태로 자라났다. 같은 목적의 파이프라인이 repo마다 제각각이라 유지보수·일관성·리뷰 품질을 한 번에 관리하기 어려웠다. → repo가 늘어도 깨지지 않는 중앙 실행형 표준이 필요.

2구조

① 표준화repo별 CI/CD → 중앙 실행형 킷으로 통합

→

② AI 리뷰파이프라인에 AI 코드 리뷰 단계 통합(자동 리뷰)

→

③ 온보딩 정의repo 온보딩 가이드 · mixed profile · 테스트 전략

→

④ 연동Bitbucket · Jira 이슈 키 기준 루틴

3온보딩 포인트

CI/CD는 repo마다 직접 작성하지 않는다 — 중앙 실행형 킷이 표준 실행을 담당하고, target repo에는 얇은 wrapper 5파일만 둔다. 킷은 full commit SHA로 고정해 supply-chain 변조를 방어한다.
모든 파이프라인에는 AI 코드 리뷰 단계가 자동으로 포함된다. AI 리뷰 전 diff secret scan을 돌려, secret이 발견되면 외부 API 호출 전에 차단한다.
새 repo 합류 시 킷의 온보딩 가이드 · mixed profile · 테스트 전략을 따른다. 프로파일은 5종 언어 프로파일(python/go/js/java-spring/mixed). mixed는 70개 컴포넌트 repo에서 변경분만 선별 테스트하되, 미매핑 경로는 기본 실패로 두어 false green을 막는다.
브랜치/커밋/PR은 Jira 이슈 키를 기준으로 작성한다(Bitbucket 연동). PR 파이프라인은 destination branch 설정만 신뢰한다. Docker는 build-only면 기본 실패(test signal 필수)이며, 실패 시 Slack 8줄 요약이 전송된다.

중요: 킷은 Jira 이슈 키를 참조 기준으로만 쓴다. 티켓 생성·워크플로 전환 자체는 킷이 직접 관리하지 않는다 — 그 부분은 사람이/별도 규칙으로 처리.

4공개(포트폴리오)와의 차이

공개 버전(human/portfolio/items/ai-cicd-review-kit.html)은 내부 식별자(내부 repo명·티켓 ID·내부 호스트명·고객사명·동료 이름 등)를 제거하고 문제·접근·임팩트 중심으로 일반화했다. 일반 기술/오픈소스 명칭(Bitbucket·Jira·CI/CD 등)은 그대로 유지. 이 내부 문서는 본인 참고/온보딩용.