Reflex Build 应用通用设置指南名称、ID、可见性、复用导出与删除【免费下载链接】reflex️ Web apps in pure Python 项目地址: https://gitcode.com/GitHub_Trending/re/reflex导读在 Reflex BuildReflex 的 AI 应用构建平台中每个应用都有一组独立于代码编辑之外的通用设置应用名称与 ID、可见性Private/Public、模板保存、复制、源码下载以及永久删除。本文以docs/ai_builder/app_lifecycle/general.md为骨架系统梳理这些设置的作用、操作路径与安全注意事项并结合 Reflex 开源仓库中的配置与权限实现帮助你在创建、共享、复用和下线应用的全生命周期中做出正确决策。打开应用设置在 Reflex Build 中每个应用都有一个更多菜单more menu点击后选择Settings即可进入该应用的设置页。打开应用 → 点击应用卡片/编辑器中的更多菜单 → 选择 SettingsSettings 页面集中管理应用本身的生命周期属性包括基本信息、可见性、复用导出入口和删除操作与项目的成员管理见 Managing Project Access相互独立前者管这个应用是什么、谁能看、如何复用后者管谁能进入这个项目。基本信息应用名称与 IDSettings 页面的General Information区域展示两个核心标识App Name应用名称面向用户的显示名称。当应用用途发生变化时例如从内部原型转成对外演示工具应重命名以保持语义清晰。App ID应用 ID应用在平台内部的唯一标识。当联系支持团队或其他 Reflex 服务时需要提供准确的应用 ID以便对方精确定位到你的应用。在 Reflex 开源框架中应用名称同样是最基础的配置项。rxconfig.py中的app_name字段要求与应用目录名保持一致并且在BaseConfig中被声明为必填字段# packages/reflex-base/src/reflex_base/config.py dataclasses.dataclass(kw_onlyTrue) class BaseConfig: app_name: str # 应用的名称应与应用目录名一致生成新应用时rxconfig_template会直接把应用名写入配置模板# packages/reflex-base/src/reflex_base/compiler/templates.py def rxconfig_template(app_name: str): ... app_name{app_name},可见无论是 Reflex Build 中的 App ID还是开源框架中的app_name应用标识都贯穿于配置、目录结构与构建流程。建议在重命名应用时同步确认rxconfig.py中的app_name保持命名一致避免构建链路出现歧义。可见性Private 与 PublicApp Visibility应用可见性决定谁能打开这个应用Private私有只有拥有该项目访问权限的人可以打开应用。项目访问权限由项目成员角色控制详见 Managing Project Access 中的成员添加、角色分配与有效权限查看机制。Public公开应用可以通过只读链接read-only link分享给任何人无需项目权限即可访问。在将应用切换为Public之前务必完成一次安全审查重点检查凭据泄露是否将 API Key、Token、数据库连接串等写死在前端代码、提示词或源码中。Reflex Build 推荐的凭据管理方式是使用Secrets功能让应用在运行时通过环境变量读取例如后端 Python 代码用os.environ[STRIPE_SECRET_KEY]读取密钥且绝不读入浏览器执行的代码见 Secrets。私有数据是否包含用户个人数据、内部业务数据或不应公开的样本数据。未完成内容是否存在半成品页面、调试输出、占位逻辑或临时代码。一个从源码层面佐证可见性必须与凭据隔离的例子Reflex 框架在配置层专门标记了敏感环境变量_sensitive_env_vars集合中的DB_URL、ASYNC_DB_URL、REDIS_URL不会被记录进日志# packages/reflex-base/src/reflex_base/config.py # These vars are not logged because they may contain sensitive information. _sensitive_env_vars {DB_URL, ASYNC_DB_URL, REDIS_URL}公开应用时请以同样的标准对待自己项目中的敏感配置避免把私有环境变量随应用一同暴露。复用与导出模板、复制、下载Settings 页面提供三个复用/导出入口它们把已有应用变成可复用的起点Save as a template保存为模板Copy the app复制应用Download the source下载源码这三种操作都可在Settings中完成同时Deploy按钮旁边的菜单也提供了Copy和Download的快捷入口日常复用无需进入 Settings。保存为模板把应用保存为模板可以让团队成员或整个组织直接以它为起点创建新应用。操作路径与要点在应用 Settings 中点击Save as Template需要对应角色权限。为模板起一个清晰的名称和描述方便队友判断何时使用。保存前移除凭据、个人数据与应用专属内容保留有代表性的示例数据和说明让起点易于理解。模板可以在项目级和组织级共享项目侧边栏的Templates管理项目内模板组织设置中的Templates管理跨组织共享的模板新建应用时可在 Builder 的Templates选项卡中看到团队模板。选择结构与你目标应用最接近的模板通常比改造一个完全无关的模板更快。完整流程见 Templates。复制应用Copy从现有 Reflex Build 应用创建一个完全独立的新应用适合在不改动原应用的前提下试验重大变更或把可用的工作起点复用到新任务中。复制流程 1. 打开 Deploy 旁的菜单选择 CopySettings 中也有复制入口。 2. 等待复制后的应用在当前项目中打开。 3. 重命名新应用使其与原应用易于区分。复制的内容包括应用的代码、状态、配置和依赖对副本的修改不会影响原应用。但复制后需要重新审视集成、密钥与可见性——原应用的凭据和访问要求可能需要在新副本中单独确认。另外注意 Fork 与 Copy 的差异对他人公开应用或模板使用Fork会生成独立的源码副本见 Fork App对你自己拥有的应用使用Copy。下载源码Download生成一次性的源码导出包用于本地开发或自托管部署。下载流程 1. 打开 Deploy 旁的菜单。 2. 选择 Download应用 Settings 中同样可用。 3. 保存并解压生成的归档文件。归档包含应用源码、静态资源、依赖清单以及继续开发所需的 Reflex 配置。密钥、集成凭据及其他受保护的项目值不属于源码导出的可移植部分——需要在目标环境中单独配置且绝不能提交到版本控制。如果需要持续的版本控制可将应用连接到 GitHub通过reflex-buildGitHub App 创建并同步仓库支持推送、拉取、切换分支与回滚见 Connecting to GitHub如果要从已有的 GitHub、GitLab、Bitbucket、Azure DevOps 或其他 Git 仓库开始 Reflex Build 工作则连接项目级 Project Repositories使用 HTTPS 克隆 URL 加最小权限的 personal access token 即可。删除应用Delete删除操作会永久移除应用无法恢复。删除前请务必确认选中的是正确应用核对应用名称与 ID。通过Copy或Download备份任何还需要的内容。检查该应用是否被其他流程引用例如部署域名、对外链接、团队共享模板。结合前面的内容可以总结一个删除前清单先确认可见性与共享状态再复制或下载源码最后执行删除。这与保存模板、公开应用前的审查逻辑一脉相承——所有不可逆或对外可见的操作都应先完成凭据与数据的自查。总结应用设置是 Reflex Build 应用生命周期的控制面板名称与 ID 提供唯一标识可见性控制访问边界模板/复制/下载承载复用与迁移删除则是最后的收尾操作。实践中牢记三条原则公开或分享前先审查检查凭据、私有数据与未完成内容配合 Secrets 管理敏感配置。复用优于重建模板适合组织内沉淀起点Copy 适合自己名下应用的衍生Fork 适合他人公开应用Download 适合本地与自托管。删除不可逆执行删除前先确认应用、再备份源码。把这些设置与项目访问权限Managing Project Access、部署流程Deploy App配合使用即可完整覆盖应用从创建、复用、部署到下线的全过程。【免费下载链接】reflex️ Web apps in pure Python 项目地址: https://gitcode.com/GitHub_Trending/re/reflex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 Reflex Build 应用通用设置指南：名称、ID、可见性、复用导出与删除
Reflex Build 应用通用设置指南名称、ID、可见性、复用导出与删除【免费下载链接】reflex️ Web apps in pure Python 项目地址: https://gitcode.com/GitHub_Trending/re/reflex导读在 Reflex BuildReflex 的 AI 应用构建平台中每个应用都有一组独立于代码编辑之外的通用设置应用名称与 ID、可见性Private/Public、模板保存、复制、源码下载以及永久删除。本文以docs/ai_builder/app_lifecycle/general.md为骨架系统梳理这些设置的作用、操作路径与安全注意事项并结合 Reflex 开源仓库中的配置与权限实现帮助你在创建、共享、复用和下线应用的全生命周期中做出正确决策。打开应用设置在 Reflex Build 中每个应用都有一个更多菜单more menu点击后选择Settings即可进入该应用的设置页。打开应用 → 点击应用卡片/编辑器中的更多菜单 → 选择 SettingsSettings 页面集中管理应用本身的生命周期属性包括基本信息、可见性、复用导出入口和删除操作与项目的成员管理见 Managing Project Access相互独立前者管这个应用是什么、谁能看、如何复用后者管谁能进入这个项目。基本信息应用名称与 IDSettings 页面的General Information区域展示两个核心标识App Name应用名称面向用户的显示名称。当应用用途发生变化时例如从内部原型转成对外演示工具应重命名以保持语义清晰。App ID应用 ID应用在平台内部的唯一标识。当联系支持团队或其他 Reflex 服务时需要提供准确的应用 ID以便对方精确定位到你的应用。在 Reflex 开源框架中应用名称同样是最基础的配置项。rxconfig.py中的app_name字段要求与应用目录名保持一致并且在BaseConfig中被声明为必填字段# packages/reflex-base/src/reflex_base/config.py dataclasses.dataclass(kw_onlyTrue) class BaseConfig: app_name: str # 应用的名称应与应用目录名一致生成新应用时rxconfig_template会直接把应用名写入配置模板# packages/reflex-base/src/reflex_base/compiler/templates.py def rxconfig_template(app_name: str): ... app_name{app_name},可见无论是 Reflex Build 中的 App ID还是开源框架中的app_name应用标识都贯穿于配置、目录结构与构建流程。建议在重命名应用时同步确认rxconfig.py中的app_name保持命名一致避免构建链路出现歧义。可见性Private 与 PublicApp Visibility应用可见性决定谁能打开这个应用Private私有只有拥有该项目访问权限的人可以打开应用。项目访问权限由项目成员角色控制详见 Managing Project Access 中的成员添加、角色分配与有效权限查看机制。Public公开应用可以通过只读链接read-only link分享给任何人无需项目权限即可访问。在将应用切换为Public之前务必完成一次安全审查重点检查凭据泄露是否将 API Key、Token、数据库连接串等写死在前端代码、提示词或源码中。Reflex Build 推荐的凭据管理方式是使用Secrets功能让应用在运行时通过环境变量读取例如后端 Python 代码用os.environ[STRIPE_SECRET_KEY]读取密钥且绝不读入浏览器执行的代码见 Secrets。私有数据是否包含用户个人数据、内部业务数据或不应公开的样本数据。未完成内容是否存在半成品页面、调试输出、占位逻辑或临时代码。一个从源码层面佐证可见性必须与凭据隔离的例子Reflex 框架在配置层专门标记了敏感环境变量_sensitive_env_vars集合中的DB_URL、ASYNC_DB_URL、REDIS_URL不会被记录进日志# packages/reflex-base/src/reflex_base/config.py # These vars are not logged because they may contain sensitive information. _sensitive_env_vars {DB_URL, ASYNC_DB_URL, REDIS_URL}公开应用时请以同样的标准对待自己项目中的敏感配置避免把私有环境变量随应用一同暴露。复用与导出模板、复制、下载Settings 页面提供三个复用/导出入口它们把已有应用变成可复用的起点Save as a template保存为模板Copy the app复制应用Download the source下载源码这三种操作都可在Settings中完成同时Deploy按钮旁边的菜单也提供了Copy和Download的快捷入口日常复用无需进入 Settings。保存为模板把应用保存为模板可以让团队成员或整个组织直接以它为起点创建新应用。操作路径与要点在应用 Settings 中点击Save as Template需要对应角色权限。为模板起一个清晰的名称和描述方便队友判断何时使用。保存前移除凭据、个人数据与应用专属内容保留有代表性的示例数据和说明让起点易于理解。模板可以在项目级和组织级共享项目侧边栏的Templates管理项目内模板组织设置中的Templates管理跨组织共享的模板新建应用时可在 Builder 的Templates选项卡中看到团队模板。选择结构与你目标应用最接近的模板通常比改造一个完全无关的模板更快。完整流程见 Templates。复制应用Copy从现有 Reflex Build 应用创建一个完全独立的新应用适合在不改动原应用的前提下试验重大变更或把可用的工作起点复用到新任务中。复制流程 1. 打开 Deploy 旁的菜单选择 CopySettings 中也有复制入口。 2. 等待复制后的应用在当前项目中打开。 3. 重命名新应用使其与原应用易于区分。复制的内容包括应用的代码、状态、配置和依赖对副本的修改不会影响原应用。但复制后需要重新审视集成、密钥与可见性——原应用的凭据和访问要求可能需要在新副本中单独确认。另外注意 Fork 与 Copy 的差异对他人公开应用或模板使用Fork会生成独立的源码副本见 Fork App对你自己拥有的应用使用Copy。下载源码Download生成一次性的源码导出包用于本地开发或自托管部署。下载流程 1. 打开 Deploy 旁的菜单。 2. 选择 Download应用 Settings 中同样可用。 3. 保存并解压生成的归档文件。归档包含应用源码、静态资源、依赖清单以及继续开发所需的 Reflex 配置。密钥、集成凭据及其他受保护的项目值不属于源码导出的可移植部分——需要在目标环境中单独配置且绝不能提交到版本控制。如果需要持续的版本控制可将应用连接到 GitHub通过reflex-buildGitHub App 创建并同步仓库支持推送、拉取、切换分支与回滚见 Connecting to GitHub如果要从已有的 GitHub、GitLab、Bitbucket、Azure DevOps 或其他 Git 仓库开始 Reflex Build 工作则连接项目级 Project Repositories使用 HTTPS 克隆 URL 加最小权限的 personal access token 即可。删除应用Delete删除操作会永久移除应用无法恢复。删除前请务必确认选中的是正确应用核对应用名称与 ID。通过Copy或Download备份任何还需要的内容。检查该应用是否被其他流程引用例如部署域名、对外链接、团队共享模板。结合前面的内容可以总结一个删除前清单先确认可见性与共享状态再复制或下载源码最后执行删除。这与保存模板、公开应用前的审查逻辑一脉相承——所有不可逆或对外可见的操作都应先完成凭据与数据的自查。总结应用设置是 Reflex Build 应用生命周期的控制面板名称与 ID 提供唯一标识可见性控制访问边界模板/复制/下载承载复用与迁移删除则是最后的收尾操作。实践中牢记三条原则公开或分享前先审查检查凭据、私有数据与未完成内容配合 Secrets 管理敏感配置。复用优于重建模板适合组织内沉淀起点Copy 适合自己名下应用的衍生Fork 适合他人公开应用Download 适合本地与自托管。删除不可逆执行删除前先确认应用、再备份源码。把这些设置与项目访问权限Managing Project Access、部署流程Deploy App配合使用即可完整覆盖应用从创建、复用、部署到下线的全过程。【免费下载链接】reflex️ Web apps in pure Python 项目地址: https://gitcode.com/GitHub_Trending/re/reflex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考