railway up --detach -m "添加用户身份验证端点"

railway up --detach -m "部署描述"

railway up --ci -m "部署描述"

railway up --detach --service backend -m "部署描述"

railway up --project  --environment production --detach -m "部署描述"

使用 deployment 技能检查构建状态（带有 --lines 标志）。
CI 模式
构建日志内联流式传输。如果构建失败，错误将在输出中。不要在 CI 模式后运行 railway logs --build — 日志已经流式传输。如果需要更多上下文，请使用 deployment 技能带有 --lines 标志（永远不要流式传输）。
可组合性
检查部署状态：使用 service 技能

查看日志：使用 deployment 技能

修复配置问题：使用 environment 技能

配置修复后重新部署：使用 environment 技能
错误处理

无项目链接

### 无服务链接

Deploy code from the current directory to Railway using railway up.

When to Use

• User asks to "deploy", "ship", "push code"
• User says "railway up" or "deploy to Railway"
• User wants to deploy local code changes
• User says "deploy and fix any issues" (use --ci mode)

Commit Message

Always use the -m flag with a descriptive commit message summarizing what's being deployed:

railway up --detach -m "Add user authentication endpoint"

Good commit messages:

• Describe what changed: "Fix memory leak in worker process"
• Reference tickets/issues: "Implement feature #123"
• Be concise but meaningful: "Update deps and fix build warnings"

Modes

Detach Mode (default)

Starts deploy and returns immediately. Use for most deploys.

railway up --detach -m "Deploy description here"

CI Mode

Streams build logs until complete. Use when user wants to watch the build or needs to debug issues.

railway up --ci -m "Deploy description here"

When to use CI mode:

• User says "deploy and watch", "deploy and fix issues"
• User is debugging build failures
• User wants to see build output

Deploy Specific Service

Default is linked service. To deploy to a different service:

railway up --detach --service backend -m "Deploy description here"

Deploy to Unlinked Project

Deploy to a project without linking first:

railway up --project  --environment production --detach -m "Deploy description here"

Requires both --project and --environment flags.

CLI Options

Flag	Description
-m, --message	Commit message describing the deploy (always use this)
-d, --detach	Don't attach to logs (default)
-c, --ci	Stream build logs, exit when done
-s, --service	Target service (defaults to linked)
-e, --environment	Target environment (defaults to linked)
-p, --project	Target project (requires --environment)
[PATH]	Path to deploy (defaults to current directory)

Directory Linking

Railway CLI walks UP the directory tree to find a linked project. If you're in a subdirectory of a linked project, you don't need to relink.

For subdirectory deployments, prefer setting rootDirectory via the environment skill, then deploy normally with railway up.

After Deploy

Detach mode

Deploying to ...

Use deployment skill to check build status (with --lines flag).

CI mode

Build logs stream inline. If build fails, the error will be in the output.

Do NOT run railway logs --build after CI mode - the logs already streamed. If you need more context, use deployment skill with --lines flag (never stream).

Composability

• Check status after deploy: Use service skill
• View logs: Use deployment skill
• Fix config issues: Use environment skill
• Redeploy after config fix: Use environment skill

Error Handling

No Project Linked

No Railway project linked. Run railway link first.

No Service Linked

No service linked. Use --service flag or run railway service to select one.

Build Failure (CI mode)

The build logs already streamed - analyze them directly from the railway up --ci output. Do NOT run railway logs after CI mode (it streams forever without --lines).

Common issues:

• Missing dependencies → check package.json/requirements.txt
• Build command wrong → use environment skill to fix
• Dockerfile issues → check dockerfile path