Changelog

Custom headers for static sites#

You can now add custom HTTP headers to your static sites by including a _headers file in your repository's root directory. Sevalla parses the file and applies matching header rules to responses automatically.

Supported features include:

• Wildcard patterns - Apply headers to broad path matches like /* or /assets/*.
• Placeholders - Match single path segments with :name syntax for dynamic routes.
• Rule combining - When multiple rules match a path, their headers are merged automatically.
• Common use cases - Easily configure security headers, caching policies, CORS rules, and more.

Certain platform-managed headers (e.g., Content-Encoding, Server, Transfer-Encoding) are restricted and cannot be overridden. See the headers documentation for the full list and detailed examples.

Project Admin role for user management#

Project Admins can manage user access within their projects, giving scoped control over who can access project resources without needing company-level permissions.

As a Project Admin, you can:

• Invite users -- Add new or existing users directly to your project with a project-admin or project-developer role.
• Manage project roles -- Promote, demote, or remove users within your project.
• Manage service roles -- Grant or revoke access to apps and databases that belong to your project.
• Convert access levels -- Move a single-project user between project-level and service-level access within your project scope.

Project Admins cannot modify company-level users, or affect users with access outside their project.

Deploy paths for static sites#

Deploy paths are now available for static sites, giving you fine-grained control over which file changes trigger a deployment. This is especially useful for monorepos or repositories where not every commit should result in a new deployment.

In the Deploy section of your static site settings, click Update deploy paths and choose between:

• Allow paths - Only trigger deployments when changed files match specific glob patterns (e.g., /src/frontend/**).
• Ignore paths - Skip deployments when all changed files match specific glob patterns (e.g., **/*.md).

Deploy paths can also be managed via the Sevalla CLI, the Terraform Provider, and the REST API (available on the Get, Create, and Update static site endpoints).

Update source for static sites#

You can now change the source repository for your static sites directly from the settings page - no need to delete and recreate the site.

Click Update source in the Deploy section of your static site settings to switch between a private or public Git repository, change the Git provider (GitHub, GitLab, or Bitbucket), or point to a different repository URL.

App health#

Real-time visibility into application health is now available directly in the dashboard. When something goes wrong with your app - whether it's an out-of-memory crash, a segmentation fault, or a misconfigured start command - you'll see an alert banner at the top of the page with actionable details.

Click the banner to open the App health panel, which shows:

• Instance status at a glance - See the state of every running instance across all your process types (web, worker, cron, job), including restart counts and exit codes.
• Automatic issue detection - Recognized failure scenarios include OOM kills (exit code 137), segmentation faults (exit code 139), permission errors, missing binaries, application errors, and health check misconfigurations.
• Troubleshooting guidance - Each detected issue comes with a plain-language explanation and specific steps to resolve it, so you can diagnose problems without digging through logs.
• Live updates - Instance statuses refresh in real time, so you can watch recovery happen as you apply fixes.

The alert banner appears across all application pages, so you'll never miss an issue regardless of where you are in the dashboard.