Settings
On your application’s Settings page, you can find details about your application, manage settings like buildpacks, and suspend or delete it.
General
Details
This section shows the application display name, name, and ID. To change the display name, click Update display name, enter a new name, and click Update.
Application display name, name, and ID.
Source
This shows the information about the application source. The information shown depends on whether you use a Git repository or a Docker image.
Git repository
- Source type: Shows if the repository is private or public.
- Git type: Shows which Git provider the application is using.
- Repository and Default branch: The Git repository and branch.
- Automatic deployment on commit: When this box is checked, your application will automatically deploy each time a commit is made to the branch selected above.
The source information for an application hosted on GitHub.
To change any of the details, click Update source. If you change the Branch, you must manually deploy your application again, which you can do on the Deployments page.
Docker image
- Source type: This shows that the application is using a Docker image.
- Docker image: This is the path to your Docker image.
- Registry credential: This shows the name of the registry credentials set up within Company settings > Registry credentials.
The source information for an application using a Docker image.
To change any of the details, click Update source. If you change the Registry credential, you must manually deploy your application again, which you can do on the Deployments page.
Deploy hook
Deploy hooks allow you to effortlessly trigger deployments by making a simple POST request to a unique URL, enabling seamless workflow integration.
To set up a deploy hook, click Enable; this generates a unique URL that you can call with a POST request to trigger a deployment. If you want to automate deployments based on external events (e.g., pushing code to a repository), you can configure a webhook in your repository provider (GitHub, GitLab, Bitbucket, or Docker) to call the deploy hook URL.
Set up a deploy hook for your application.
Deploy paths
Deploy paths allow you to trigger deployments based on a specific set of rules. You can define which file changes should initiate a deployment and which should be ignored. For example, you can trigger deployments only when files in /src/backend/**
are modified or skip deployments if changes are limited to **/*.md
files. This can be especially useful for monorepos.
[notice type="important"]This feature is only available for applications with a private GitHub or GitLab repository. It is not available for Bitbucket repositories or Docker images.[/notice]
To configure deploy paths, click Edit settings.
Configure deploy paths.
To trigger a deployment when a file is changed within a specific path, select Allow paths. To skip a deployment when a file is changed in a specific path, select Ignore paths. Add the required path patterns and click Edit settings.
Add the required deploy paths to trigger or skip a deployment.
Hibernation
Hibernation automatically scales down your application if no HTTP requests are received within the specified timeframe. When traffic resumes, the application wakes up in 30-90 seconds, with the HTTP request remaining pending during that time. Cron jobs and other jobs continue to run normally, even while hibernation is active. To enable hibernation on your application, click Edit hibernation.
Hibernate your application when idle.
Select Hibernate App, enter the number of idle minutes after which you want your application to enter hibernation, and click Save changes.
Hibernation settings for your application.
Build
This is only applicable to applications using a Git repository.
Resource
This shows the build machine used to build your application.
The applications resources within Settings.
Environment
This shows which environment type is used to build your application and the build path.
The applications environment within Settings.
To change the build environment, click Change environment, and select from one of the following:
- Nixpacks: Use Nixpacks to create a container for your application based on your repository.
- Build path: This is the path in the repository to the files required to build the application. Most applications are built from the repository root, and the Build path defaults to this (.). If you have a different build path, specify it here. For example, if your application needs to be built from a subdirectory named app, enter app in the Build path field. This is also useful if you have a monorepo.
- Buildpacks: Use Buildpacks to create a container for your application based on your repository.
- Build path: This is the path in the repository to the files required to build the application. Most applications are built from the repository root, and the Build path defaults to this (.). If you have a different build path, specify it here. For example, if your application needs to be built from a subdirectory named app, enter app in the Build path field. This is also useful if you have a monorepo.
- Dockerfile: Use a Dockerfile (stored in your repository) to create a container for your application.
- Dockerfile path: This is the path to your Dockerfile relative to the repository root. For example, if your Dockerfile is in the repository root, enter Dockerfile in that field. If your Dockerfile is in a subdirectory named app, enter the path to the Dockerfile: app/Dockerfile.
- Context: This is the path in the repository we need access to so we can build your application. Most applications are built from the repository root, and you can enter the repository root (.) in the Context field. For example, if your application needs to be built from a subdirectory named app, enter app in the Context field.
If you change the environment, you must manually deploy your application again, which you can do on the Deployments page.
Buildpack
This section is only visible if your application’s container image is created with a Buildpack. You can view and manage your application’s buildpacks here. If you add or edit buildpacks, you must manually deploy your application again, which you can do on the Deployments page.
The applications buildpacks within Settings.
Danger zone
Only Company Owners and Company Administrators can suspend, resume, or delete an Application. For information about how to change a user’s access, refer to User Management.
Suspend or resume application
There may be times when you need to stop an application without deleting it. This can be useful if you need to troubleshoot issues or test parts of the application without it running.
Suspending the application doesn’t change or remove anything from it. Connections to the application remain in place but will not work while the application is suspended. You will not incur any costs for the application during the suspension.
Click Suspend application and confirm the suspension by clicking Suspend application again in the modal/pop-up.
Suspend an application in Sevalla.
When you’re ready to restart your application, click Resume application and confirm the restart by clicking Resume application again in the modal/pop-up.
Resume an application in Sevalla.
Delete application
If you no longer need the application, click Delete application, enter your application name, and click Delete application again to remove it completely.
Delete your application within the application Settings.
Deleting the application completely removes the following:
- All files
- Settings
- Persistent storage disks
- Connections to other applications or databases.