> For the complete documentation index, see [llms.txt](https://developers-apps-in-toss.toss.im/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://developers-apps-in-toss.toss.im/guide/operation/deploy.md).
# 미니앱 버전 관리하기
출시한 뒤에는 앱인토스 콘솔에서 버전 관리와 업데이트를 할 수 있어요. 필요에 따라 새 번들을 올리거나, 기존 버전을 유지·관리할 수 있어요.
### 새 버전 업데이트하기
* 새 기능을 추가하거나 오류를 수정했다면, 기존과 같은 방식으로 새 앱 번들(`.ait`)을 업로드하세요.
* 업로드한 번들은 다시 검토 요청 → 승인 → 출시 단계를 거쳐요.
* 승인된 뒤 '출시하기' 버튼을 누르면 새 버전이 기존 앱을 대체해요.
출시한 버전은 사용자에게 즉시 반영되니, 미리 충분히 테스트한 뒤 업로드해 주세요.
### 롤백하기
* '앱 출시' 메뉴에서 기존에 출시한 버전 목록을 확인할 수 있어요.
* 문제가 생기면 이전 버전으로 롤백할 수 있어요.
* 롤백할 버전을 선택한 뒤 '출시하기' 버튼을 누르세요.
롤백도 사용자에게 즉시 반영되니, 버전을 신중히 선택해 주세요.
### 긴급 수정(핫픽스)
앱 실행에 심각한 오류가 생기면 [채널톡](https://apps-in-toss.channel.io/workflows/787658)으로 바로 문의해 주세요. 긴급 상황에서는 빠르게 대응해드려요.
### 출시 후 모니터링
출시 직후에는 예상치 못한 오류나 성능 이슈가 생길 수 있어요. 아래 항목을 중심으로 모니터링하는 걸 권장해요.
* 주요 오류 로그와 크래시 로그
* Sentry 설정을 통한 Sentry 모니터링
* API 응답 지연·실패율
* 사용자 피드백과 사용성 문제
* 내비게이션 바의 '신고하기' 기능으로 사용자 의견을 받을 수 있어요.
* 접수된 피드백은 콘솔의 '신고 내역' 메뉴에서 확인할 수 있어요.
* 외부 리소스·CDN 로딩 지연이나 실패 이슈
### 사후 검수
앱인토스는 사용자에게 높은 수준의 미니앱 경험을 제공하기 위해, 출시한 뒤에도 미니앱 검수를 진행해요. 사후 검수에서 개선이 필요한 점이 확인되면 개선을 요청드릴 수 있어요. 법·정책 위반 사항이 발견되면 운영 정책에 따라 긴급 운영 중단 조치가 먼저 진행될 수 있어요.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:
```
GET https://developers-apps-in-toss.toss.im/guide/operation/deploy.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `build a script that syncs our docs to a CMS` lets GitBook tailor the answer to that use case.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
