Warestack
Warestack · 코딩 · 생산성
Warestack은 GitHub에 딜리버리 거버넌스를 붙이는 도구다. 풀 리퀘스트와 배포를 팀이 문서로 정한 기준과 대조하고, 빠진 부분을 사람들이 이미 일하는 자리에서 알려 준다.
Warestack 소개
About
Warestack이란
대부분의 팀은 배포 규칙을 위키에 두고 리뷰하는 사람의 기억에 맡긴다. Warestack은 그 규칙을 GitHub 풀 리퀘스트 규칙으로 바꿔 실제 풀 리퀘스트에서 검사로 돌린다. 승인 누락, 연결되지 않은 작업 항목, 롤백 설명이 없는 마이그레이션, 변경 가능 시간 밖의 머지를 찾아내고 결과를 GitHub 체크로 남긴다. 댓글에는 무엇이 걸렸는지와 다음에 뭘 해야 하는지가 함께 나온다.
범위는 일부러 좁다. Warestack은 코드를 읽지 않는다. 보는 것은 변경이 어떻게 전달됐는지, 누가 승인했는지, 무엇에 연결됐는지, 근거가 남아 있는지다. 검사는 결정론적으로 돌고, 머지 경로에는 언어 모델을 두지 않는다고 회사가 밝힌다. 머지 버튼 근처에 봇을 두라고 요구받을 때 힘이 되는 말이다.
사람이 연 풀 리퀘스트와 AI 코딩 에이전트가 연 풀 리퀘스트에 같은 규칙이 적용된다. 승인 규칙은 사람만 세기 때문에 봇이 자기 작업을 승인해도 조건을 채울 수 없다. 한계는 적용 범위다. GitHub에서 시작하고 Slack, Linear, Jira를 뒤에 붙이는 구조라 GitLab이나 Bitbucket을 쓰는 팀은 아직 쓸 수 없다.
시작하는 방법
- 조직 관리자 권한으로 GitHub Marketplace에서 Warestack을 설치하고 시험용 저장소를 한두 개 고른다.
- 카탈로그 규칙 몇 개를 리포트 모드로 켠다. 기준 문서를 평문으로 붙여 넣고 각 규칙이 무엇을 읽는지 확인해도 된다.
- Slack, Linear, Jira 중 하나를 연결해 지적 사항이 담당자가 붙은 라이브 카드로 도착하게 한다. 체크 탭에 묻히지 않는다.
- 두세 주 리포트를 본 뒤 신호가 깨끗했던 저장소에서 브랜치 보호에 Warestack 체크를 요구한다.
제품 정보
Warestack의 요금, 지원 플랫폼, 성능을 한눈에 확인해 보세요.
추천 대상
이 도구가 가장 잘 맞는 사용자, 작업, 상황입니다.
사용자
- 딜리버리 기준을 문서로 갖고 있지만 지켜지는지 볼 수 없는 엔지니어링 매니저. 리포트가 저장소 단위 현황을 스프레드시트 없이 보여 준다.
- 공용 저장소를 맡는 플랫폼 엔지니어와 DevOps 담당자. 규칙을 한 경로로 좁히면 마이그레이션 정책이 필요한 곳에서만 돈다.
- 감사를 준비하는 보안 및 컴플라이언스 담당자. 평가한 변경마다 승인자, 체크, 연결된 이슈, 배포 세부 정보가 한 기록에 남는다.
작업
- 브랜치 접두사별로 승인을 요구한다. 운영 브랜치에는 독립 승인자를 붙이고 기능 브랜치는 열어 둘 수 있다.
- 작업 항목이 없는 풀 리퀘스트를 잡는다. 브랜치 이름의 티켓 키는 후보일 뿐 증거가 아니므로 검사가 먼저 Linear나 Jira에서 확인한다.
- 멈춘 리뷰를 움직인다. 체인이 지정된 리뷰어에게 알리고, 다음으로 담당자, 아무도 응답하지 않으면 Slack으로 올린다.
- 변경 관리 증거를 모은다. 기록을 평문으로 질의하고 행을 열어 확인한 뒤 감사자용 CSV로 내보낸다.
활용 상황
- 코딩 에이전트를 들이기 시작해 리뷰어가 다 읽을 수 없을 만큼 풀 리퀘스트가 몰리는 팀. 에이전트의 변경도 사람과 같은 승인과 연결 규칙을 통과한다.
- 누가 무엇을 승인했는지 표본을 뽑을 수 있어야 하는 SOC 2나 Vanta 감사. 기록은 변경별로 저장되고 보존 기간은 계약을 따른다.
- 전사 도입 전 파일럿. 저장소 몇 개에서 4주 동안 리포트 모드로 돌린 뒤 머지 차단을 켤지 정한다.
주요 기능
평문으로 쓴 규칙과 이름 붙은 근거
기준을 적으면 Warestack이 확인을 위해 무엇을 읽는지 보여 준다. 변경된 경로, 풀 리퀘스트 본문, 리뷰, 연결된 작업 항목 중 하나다. 저장된 해석에는 버전이 붙어서 새 체크리스트에 맞춰 다시 해석하고 새 버전을 채택하거나 이전 버전을 유지할 수 있다. 근거가 없으면 지탱할 수 없는 통과 대신 "평가 안 됨"을 돌려준다.
저장소 지침이 규정집이 된다
규칙은 CLAUDE.md, Cursor 규칙, 저장소 안의 지정 정책 파일을 가리킬 수 있다. 평가할 때마다 풀 리퀘스트의 기준 리비전 시점 파일을 읽으므로 그 변경에 적용되던 정책을 그대로 따른다. 에이전트가 많은 저장소를 관리 가능하게 만드는 부분이 여기다. 코딩 도구용으로 이미 써 둔 지침이 지켜야 할 대상이 된다.
지적 사항에 손을 대는 체인
규칙은 표시, 조치, 차단 세 단계로 움직인다. 중간 모드에서 체인이 지적을 받아 뭔가를 한다. Slack에 라이브 카드를 열고, 리뷰어에게 알리고, 응답이 없으면 담당자에게 알리고, Linear 이슈에 글을 쓴다. 경로를 한 번 만들면 표시된 모든 풀 리퀘스트에 같은 방식으로 돈다.
폴더까지 내려가는 적용 범위
규칙은 팀, 저장소, 저장소 안의 경로 중 고른 범위에서 켠다. 롤백 설명 규칙은 control-plane/db/migrations/에서만 돌리고 재무 승인 규칙은 결제 서비스에만 둘 수 있다. 새 저장소는 만들어질 때 팀 규칙을 물려받아 목록을 손으로 채우는 일이 없어진다.
따로 있는 스위치, 머지 차단
먼저 규칙이 보고한다. 차단은 저장소별 설정이고 GitHub 브랜치 보호에 Warestack 체크를 요구하기 전까지 꺼져 있다. 결정은 공급자가 아니라 팀이 한다. 이 순서 덕분에 파일럿이 현실적이다. 몇 주 동안 지적을 지켜본 다음에야 일부를 진짜 관문으로 만들 수 있다.
리포트, 배포 기록, 감사 흔적
평문으로 질문하고, 답 뒤의 행을 열어 보고, CSV로 내보내고, Slack이나 이메일로 정기 전송을 걸 수 있다. 배포 리뷰와 운영 배포에는 전용 규칙과 기록이 있고 머지된 풀 리퀘스트까지 거슬러 갈 수 있다. 같은 콘솔이 MCP 서버도 열어 두어 Cursor, Claude, Codex가 작업 중에 라이브 공간을 읽을 수 있다.
장단점
장점
- 머지 경로에 모델이 없는 결정론적 검사라 위험을 점수로 매기는 AI 리뷰보다 보안 담당자에게 설명하기 쉽다.
- 리포트 모드가 먼저라서 막힌 머지를 두고 논쟁하기 전에 풀 리퀘스트 컴플라이언스가 올라간다.
- 사람과 에이전트가 같은 기준을 따르고 봇의 승인은 사람 승인으로 절대 세지 않는다.
- 경로 단위 범위 덕분에 규칙 하나가 조직 전체 저장소로 번지지 않는다.
- 무료 플랜이 저장소 5개까지 사용료 없이 돌아가서 실제 업무로 시험하기에 충분하다.
단점
- 지원하는 코드 호스트가 GitHub 하나여서 GitLab과 Bitbucket 팀은 당분간 대상 밖이다.
- Pro가 스페이스당 월 49달러 예정으로만 표시되어 조건이 확정되기 전에는 예산을 잡기 어렵다.
- 코드를 읽지 않으므로 정확성과 설계 확인에는 사람 리뷰어나 별도 AI 리뷰 도구가 필요하다.
- 도입에는 조직 관리자 권한을 가진 사람과 실제로 문서화된 기준이 전제된다.
자주 묻는 질문
코드 내용이 아니라 변경이 어떻게 전달됐는지를 본다. 흔한 규칙은 승인 누락, 연결되지 않은 작업 항목, 너무 큰 풀 리퀘스트, 며칠째 그대로인 리뷰 요청, 롤백 설명이 없는 마이그레이션, 허용 시간 밖의 머지를 찾는다.
관련 콘텐츠
Warestack와 관련된 도구, 스킬, 아티클을 살펴보세요.
Warestack 대안
Base Code
Base44 (Wix) · 코딩 · 생산성Base Code는 Base44가 만든 공유 클라우드 개발 환경이다. 팀은 기존 GitHub 저장소에 대한 변경을 채팅으로 설명하고, 미리보기로 확인한 뒤 풀 리퀘스트로 돌려보낸다.
Google EmbeddingGemma 2
Google DeepMind · 글쓰기 · 이미지 · 코딩Google EmbeddingGemma 2는 7억 4000만 파라미터의 오픈 모델로, 텍스트와 코드, 이미지, 오디오, 영상 프레임을 하나의 768차원 공간에 벡터로 바꿔 스마트폰과 노트북에서 실행한다.
GitGlow
GitGlow · 코딩 · 생산성GitGlow는 내 코드와 AI 에이전트의 변경을 한 리뷰에 모으는 데스크톱 Git 클라이언트다. 배포 전에 내 기계에서 무엇이 나가는지 확인할 수 있다.