Deployment Guide
Deployment Guide
The platform provides several application deployment methods so that users can choose the workflow that best matches their source package, repository structure and application stack.
Dashboard
Deploy an application archive from a local computer or a publicly accessible URL.
Version Control
Deploy directly from a Git or SVN repository and optionally enable automatic updates.
Container Registry
Create a custom application container from an image stored in a public or private registry.

This guide focuses on archive and repository-based deployment. Registry-based container deployment is managed through the custom container workflow.
Start a Deployment
A deployment can be started from the Deployment Manager or directly from the application server shown in the environment topology.
Open the deployment controls
Expand the required environment and hover over the Deployments item under the target application server.
Select the deployment source
Choose Local File, URL or Git / SVN according to the application source.

Technology-specific deployment
Java repository deployments typically use a Maven build node. Deployment to Windows-based IIS or .NET environments follows a different stack-specific workflow.
Archive Deployment Configuration
Archive deployment requires an application package and a target environment. Additional settings can be used to control the deployment context, scripts and deployment strategy.

Select the application archive
Upload a supported archive or enter its direct URL.
Choose the target
Select the environment and application server where the package should be deployed.
Review optional settings
Configure the path, hooks, deployment strategy and zero-downtime option when required.
Start deployment
Click Deploy and monitor the operation in the dashboard Tasks panel.
Git and SVN Deployment Configuration
Repository deployment connects a saved Git or SVN project to a compatible application server. The repository and target environment are the main required settings, while other options control builds, updates and conflict handling.

Select or add a repository
Choose the saved Git or SVN project from Deployment Manager or add the repository details.
Select the branch and environment
Choose the source branch and the target application server environment.
Configure deployment behaviour
Review the application path, build node, hooks, deployment strategy, automatic updates and conflict resolution.
Deploy the project
Click Deploy to fetch the repository content and deploy it to the application server.
Sequential deployment
For applications that must remain available during an update, deploy to scaled instances one at a time and set a suitable delay between server operations.
Manage a Deployed Repository Project
After deployment, the repository settings can be updated from the application server’s Deployments section.
Locate the deployed project
Expand the environment and application server, then find the required repository project under Deployments.
Open project settings
Click the Edit action for the deployed project.
Apply the required changes
Update the repository branch, deployment path, automatic update interval, hooks or other available settings, then save the configuration.

Expected Result
After the deployment completes successfully, the application can be opened from the dashboard using the Open in Browser action. Application behaviour can be reviewed through server logs, managed through the configuration file manager or maintained through SSH access.
Important Notes
- Use a deployment package and application server type that are compatible with the selected programming language.
- For Java repository deployment, verify that a Maven build node is available and correctly configured.
- Sequential deployment is recommended when application availability must be maintained across scaled servers.
- Automatic conflict resolution can overwrite local changes made directly on the server.
- Review the Tasks panel and server logs when a deployment fails.
- Confirm that repository credentials and branch permissions are valid before enabling automatic deployment.
