Skip to content

ops 연결 워크플로 추가 - #122

Open
m-a-king wants to merge 4 commits into
mainfrom
chore/121-ops-link
Open

m-a-king wants to merge 4 commits into
mainfrom
chore/121-ops-link

Conversation

@m-a-king

@m-a-king m-a-king commented Oct 15, 2026 •

Copy link
Copy Markdown
Collaborator

한눈에

extractor 를 추출 실패 자동 조사에 연결

  • 클라우드 루틴이 매일 실패를 조사해 비공개 ops repo 에 패치를 남김
  • 하루 두 번 새 패치마다 이 repo 에 승인 이슈를 만듦
  • 사람이 이슈의 링크로 패치를 보고 체크박스를 누르면 그 패치로 PR 이 열림
    • 공개 repo 라 승인 전에는 브랜치도 PR 도 없음
  • URL·이메일·금지어가 든 패치는 승인 뒤에도 거부
  • 머지하면 CI 통과 뒤 extractor 가 prod 에 다시 배포됨
    • 앱 코드는 같고 blue-green 이라 중단 없음

Situation

이슈

추가

  • TeamPiKi 조직은 배포 키 생성이 꺼져 있음
    • 결과: ops 에 배포 키 등록이 거부됨. 시크릿 OPS_DEPLOY_KEY·OPS_DENY_PATTERN 은 넣어 둠

Task

이슈

Action

승인 이슈로 PR 열기

  • renderer 와 같은 파일. 로직은 infra 의 공통 액션
  • 하루 두 번(KST 0시 30분·12시 30분, 루틴 30분 뒤)과 수동 실행으로 승인 이슈를 만듦
  • 이슈 편집 이벤트에서 쓰기 권한자의 체크만 받아 PR 을 열고 이슈를 닫음
    • 외부인은 봇이 만든 이슈를 고칠 수 없어 체크할 수 없음
  • 같은 패치의 승인은 이슈 제목 단위로 차례로 돎
선택지 장점 비용
승인 이슈 체크박스 (채택) renderer 와 같은 방식·입력 없음·승인 전 공개 없음 이슈 목록에 승인 이슈
environment 승인 이슈 없음 renderer(비공개)에는 쓸 수 없어 방식이 갈림
브랜치만 올리고 PR 작성 링크 이슈 없음 공개 repo 라 브랜치가 승인 전에 공개

Result

위험

  • 이 PR 이 머지되면 main CI 뒤 deploy 워크플로가 prod 재배포를 돌림

후속

  • 조직 설정에서 배포 키를 허용한 뒤 ops 에 읽기 전용 공개 키 등록
  • 조직 설정에서 Actions 의 PR 생성을 허용한 뒤 extractor 에서 켬
  • infra#143 머지 뒤 실제 패치로 한 번 실행해 확인

연관 이슈

- ops-pull 추가
  - 사람이 패치 id 와 ops 커밋 sha 를 넣어 실행하면 그 패치로 PR 을 엶
  - 검사·CI 승인은 infra 의 ops-pull 액션이 맡음
  - 공개 repo 라 URL·금지어가 든 패치도 거부
  - 금지어 목록은 시크릿 OPS_DENY_PATTERN 으로 넘김
    - 원인: 공개 코드에 단어가 남지 않게 함
  - 대안: 매일 예약 실행으로 자동 개시
    - 기각: 공개 repo 라 확인 전의 패치가 PR 로 열리는 순간 공개
@m-a-king m-a-king added the chore 그 외 (빌드·deps·ci·도구·설정·잡일) label Oct 15, 2026
@m-a-king m-a-king linked an issue Oct 15, 2026 that may be closed by this pull request
@m-a-king m-a-king self-assigned this Oct 15, 2026
@coderabbitai

coderabbitai Bot commented Oct 15, 2026 •

Copy link
Copy Markdown

Important

  • 🔍 Trigger review

This repository does not receive automatic reviews because it has fewer than 10 stars.

⚙️ Run configuration
  • Configuration used: Organization UI
  • Review profile: CHILL
  • Plan: Advanced
  • Run ID: 18fe0af9-04bf-4e48-858c-0edaef4f0629
  • Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@github-actions

Copy link
Copy Markdown

Discord 스레드 연동용 메타데이터입니다. discord-pr-bot 워크플로가 자동 생성하며, 수정·삭제하면 PR 과 Discord 알림 연동이 끊깁니다.

- 사람이 id·sha 를 넣어 PR 을 열던 실행을 하루 두 번 예약 실행으로 교체
  - 원인: id·sha 입력이 번거로움
- scan job 이 새 패치 하나를 찾고 open job 이 environment ops-approval 의 승인을 기다림
  - 승인 뒤에만 브랜치와 PR 을 만듦
  - 원인: 공개 repo 는 브랜치를 올리는 순간 공개
- open job 이름에 항목을 만든 커밋 sha 40자
  - 원인: 사람이 ops 이슈의 sha 와 맞춰 보고 승인
- 승인 대기 중인 실행이 있으면 다음 실행은 뒤에 줄을 섬
- 예약 실행(KST 12시·24시)이 새 패치마다 승인 이슈를 만듦
- 쓰기 권한이 있는 사람이 이슈의 체크박스를 체크하면 그 패치로 PR 을 엶
  - 원인: renderer·extractor 의 승인 방식이 달라 헷갈림. 두 repo 가 같은 파일을 씀
- 같은 패치의 승인은 이슈 제목 단위로 차례로 돎
- 승인 이슈 생성을 KST 12시·24시에서 0시 30분·12시 30분으로 옮김
  - 원인: 루틴이 0시·12시에 돌아 그 직후에 패치를 받아야 함
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

chore 그 외 (빌드·deps·ci·도구·설정·잡일)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ops 연결 워크플로 추가

1 participant