> ## Documentation Index
> Fetch the complete documentation index at: https://docs.elata.bio/llms.txt
> Use this file to discover all available pages before exploring further.

# 应用生命周期

> 应用如何从上传变为上线、可公开使用的应用页面。

## 概述

你发布的每个应用版本都是一个**版本（release）**。版本会经历同一条流程：你上传、提交，Elata 扫描，审核员批准。

```
DRAFT（草稿）──提交──▶ SUBMITTED（已提交）──扫描 + 审核──▶ APPROVED（已上线）
                          │
                          └──▶ REJECTED（被拒，修复后重新提交）
```

***

## 第 1 步：上传

在向导或应用的编辑页面上传 `.zip`（或单个 `.html` 文件）。Elata 会立即检查：

* 文件类型和大小在[限制](/cn/apps/build/upload-and-hosting)范围内
* 包中包含 `index.html` 入口，且文件路径安全
* 包中使用了 Elata 传感器 SDK

如果缺少内容，你会收到清晰的“App requirements not met”提示，列出需要修复的地方。上传成功后会生成一个**草稿**版本，其版本号从你的 [`elata.json`](/cn/apps/build/elata-json) 中读取。

在其他人看到之前，你可以在 Elata 的试玩窗口中试用草稿，并与最多 10 位试玩好友分享。

***

## 第 2 步：提交审核

提交时，Elata 会检查你的应用页面是否完整。你需要提供**应用图标**和**头图**。截图可选，但建议提供。此时应用页面的信息会被固定到该版本上，之后的修改不会影响已审核的内容。

在审核期间，你可以撤回提交。

***

## 第 3 步：自动安全扫描

每个已提交的版本都会被自动扫描。扫描会检查诸如窃取钱包资产的代码、试图逃逸沙箱、访问凭据、混淆代码以及未使用 SDK 等问题。未通过扫描的版本将被暂停上架。

<Note>
  扫描结果由 Elata 团队审查，不会向上传者展示详细信息。如果你的版本被暂停，我们会通过 Elata 联系你。
</Note>

***

## 第 4 步：审核员批准

Elata 审核员会依据[提交政策](/cn/apps/build/review-and-policy)审核该版本。获批后，它将成为你应用的线上版本，你会在 Elata 内和邮件中收到通知。

如果被拒绝，修复问题后重新提交即可。

***

## 上线之后

获批意味着该版本有资格被使用。人们能否找到并使用它，还取决于：

| 设置 | 由谁控制 | 取值 |
| - | - | - |
| **可见性** | 你 | 公开、不公开列出、私密 |
| **审核状态** | Elata | 正常、暂停、封禁 |
| **曝光度** | Elata | 应用排名的显著程度。新应用初始曝光有限。 |

要发布更新，上传新的构建产物即可。它会走同样的流程，在新版本获批之前，当前线上版本保持不变。

***

## 下一步

<CardGroup cols={3}>
  <Card title="要求" icon="clipboard-check" href="/cn/apps/build/requirements">
    每次上传需要满足的条件
  </Card>

  <Card title="发布你的应用" icon="rocket" href="/cn/apps/build/launch-your-app">
    向导逐步讲解
  </Card>

  <Card title="审核与政策" icon="shield-check" href="/cn/apps/build/review-and-policy">
    审核员关注什么
  </Card>
</CardGroup>


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.