railway-deploy

# Railway 部署 使用 `railway up` 将当前目录的代码部署到 Railway。 ## 何时使用 - 用户要求“部署”、“发布”、“推送代码”。 - 用户说“railway up”或“部署到 Railway”。 - 用户想要部署本地代码更改。 - 用户说“部署并修复任何问题”（使用 --ci 模式）。 ## 模式 ### 分离模式 (默认) 启动部署并立即返回。适用于大多数部署。 bash railway up --detach ### CI 模式 流式传输构建日志直到完成。当用户想要观看构建过程或需要调试问题时使用。 bash railway up --ci **何时使用 CI 模式：** - 用户说“部署并观看”、“部署并修复问题”。 - 用户正在调试构建失败。 - 用户想要查看构建输出。 ## 部署特定服务 默认为已链接的服务。要部署到不同的服务： bash railway up --detach --service backend ## 部署到未链接的项目 在不先链接的情况下部署到项目： bash railway up --project --environment production --detach 需要 `--project` 和 `--environment` 标志。 ## CLI 选项 | 标志 | 描述 | |------|-------------| | `-d, --detach` | 不附加到日志（默认） | | `-c, --ci` | 流式传输构建日志，完成后退出 | | `-s, --service ` | 目标服务（默认为已链接） | | `-e, --environment ` | 目标环境（默认为已链接） | | `-p, --project ` | 目标项目（需要 --environment） | | `[PATH]` | 部署路径（默认为当前目录） | ## 目录链接 Railway CLI 会向上遍历目录树以查找已链接的项目。如果你在已链接项目的子目录中，则无需重新链接。 对于子目录部署，建议通过 `railway-environment` 技能设置 `rootDirectory`，然后使用 `railway up` 正常部署。 ## 部署后 ### 分离模式 Deploying to ... 使用 `railway-deployment` 技能检查构建状态（使用 `--lines` 标志）。 ### CI 模式 构建日志内联流式传输。如果构建失败，错误将出现在输出中。 **不要在 CI 模式后运行 `railway logs --build`** - 日志已经流式传输过了。如果需要更多上下文，请使用带有 `--lines` 标志的 `railway-deployment` 技能（切勿流式传输）。 ## 可组合性 - **部署后检查状态**：使用 `railway-service` 技能 - **查看日志**：使用 `railway-deployment` 技能 - **修复配置问题**：使用 `railway-environment` 技能 - **配置修复后重新部署**：使用 `railway-environment` 技能 ## 错误处理 ### 未链接项目 No Ra