> ## Documentation Index > Fetch the complete documentation index at: https://docs.nora.my/llms.txt > Use this file to discover all available pages before exploring further. # 배포 > Draft를 바뀌지 않는 버전으로 출시합니다. 프로덕션 트래픽이 보는 것이죠 Flow를 고쳐도 프로덕션에는 영향이 없습니다. \*\*배포(publish)\*\*만 영향을 줍니다. 배포는 Draft를 얼려, 프로덕션 트래픽을 그 얼어붙은 스냅샷으로 가리킵니다. ## 배포하는 법 1. Flow를 엽니다. 2. 오른쪽 위 **Publish**를 누릅니다. 3. Nora가 배포 전 점검을 돌립니다(아래 참고). 4. 무엇이 바뀌었는지 릴리스 노트를 답니다. 5. 확인합니다. 배포는 몇 초 만에 라이브가 됩니다. 새 실행은 곧바로 새 버전을 쓰고, 돌고 있던 실행은 이전 버전에서 끝냅니다. ## 배포 전 점검 배포를 허용하기 전에 Nora가 이렇게 확인합니다. * **필수 입력이 모두 연결됨.** 외톨이 블록 없음. * **모든 Agent에 프롬프트와 모델이 있음.** 빈 프롬프트는 거절합니다. * **파라미터가 있는 모든 Tool에 파라미터 설명이 있음.** 이해 못 하는 도구를 Agent는 못 부릅니다. * **모든 시크릿이 풀림.** 지워진 시크릿을 가리키는 깨진 참조가 없습니다. * **와이어링 그래프에 사이클 없음**(경계 있는 루프 패턴을 일부러 쓰지 않는 한). * **현재 배포와 다름.** 똑같은 Draft를 배포하는 건 거절합니다. 출시할 게 없으니까요. 점검이 실패하면 무엇을 고쳐야 할지 알려 주는 빨간 배너가 뜹니다. 통과할 때까지 Publish 버튼은 꺼져 있습니다. ## "바뀌지 않는다" 는 말의 뜻 배포된 버전은 내용으로 주소를 매기는 스냅샷입니다. ID가 내용의 해시죠. 그래서 이렇습니다. * 같은 버전은 몇 달 뒤에도 늘 같게 돕니다. * 롤백이 즉시입니다. 프로덕션을 이전 버전으로 가리키는 건 다시 배포가 아니라 메타데이터를 바꾸는 일입니다. * 우연히 내용이 똑같은 두 Flow를 배포하면 저장고를 공유합니다. 배포된 버전은 고칠 수 없습니다. 새 버전을 배포할 수만 있습니다. ## 릴리스 노트 노트는 선택이지만 꼭 권합니다. 좋은 릴리스 노트는 이렇습니다. > 부분 환불 지원 추가. 고객이 chargeback을 말하는 경우를 잡도록 에스컬레이션 룰 강화. "fraud" 나 "dispute" 가 든 질문은 모델을 고정확도 티어로 올림. 노트는 버전 이력, CLI(`nora flows versions list`), 감사 로그에 뜹니다. ## CLI로 배포 ```bash theme={null} nora flows publish --note "2026-07-31 에스컬레이션 룰 강화" ``` 같은 점검, 같은 동작입니다. 테스트를 돌리고 초록일 때만 배포하는 CI 파이프라인에서 흔히 씁니다. ## 배포 권한 기본으로 **Owner**와 **Manager**만 배포할 수 있습니다. Member는 Draft를 고칠 수 있지만 출시는 못 합니다. **Flow 설정 → Access**에서 바꿉니다. ## 다음 단계 뭔가 깨졌나요? 프로덕션을 이전 버전으로 되돌립니다. 두 버전 사이에 정확히 무엇이 바뀌었는지 봅니다.