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

# 概述

> 了解部署如何运作、哪些内容可以部署，以及谁可以部署

发布应用后，它会在内置环境中上线：最新发布的版本立即开始对外提供 Web 应用和 API 服务。

你还可以让应用运行在更多彼此独立的环境中，例如 `staging` 和 `production`，这些环境在企业管理后台中创建，各自运行你部署到其中的版本。

这些环境相互隔离，各有自己的模型凭据和集成凭据、环境变量以及访问设置。例如，终端用户可继续使用 `production` 中的稳定版本，而你可在 `staging` 中测试下一个版本。

## 部署如何运作

部署始于发布：每次发布都会创建一个版本，也就是应用在那一刻的快照。部署则把某个版本固定到某个环境上。

部署应用时，你选定版本，提供应用在该环境中要用的凭据和环境变量值，此后该环境一直运行这个版本，直到你部署另一个版本：换上新版本以更新，换回旧版本以回滚。

举例来说，你发布了一个名为 `v1.2` 的版本，先部署到 `staging` 验证。确认无误后，把同一个 `v1.2` 部署到 `production`。后续的发布仍然持续进入 `built-in`，而 `production` 保持在 `v1.2`。

## 哪些内容可以部署

| | 支持范围 |
| :- | :- |
| 应用类型 | Workflow（以用户输入开始）和 Chatflow |
| 节点 | **除以下节点外的全部节点**：知识检索、Agent、人工介入和触发器 |
| 集成 | 模型供应商、工具插件，以及发布为工具的工作流。不支持自定义 API 工具、MCP 工具，以及内置工具（音频、代码解释器、时间、网页抓取）。 |

这些限制只适用于部署环境。不满足条件的版本无法部署。

## 谁可以部署

部署和下线应用需要 **部署应用** 权限。工作空间所有者、管理者、编辑者以及应用的创建者默认拥有该权限。其他成员可通过 [自定义角色或针对单个应用的例外设置](/zh/3.13.x/use/workspace/roles-and-permissions) 获得。

修改已部署应用的访问点需要 **查看访问点** 和 **管理访问点** 两个权限。工作空间所有者、管理者和应用创建者默认拥有这两个权限；编辑者和其他成员需通过自定义角色或针对单个应用的例外设置获得 **管理访问点** 权限。