Enterprise-Grade

Deployment Server

A fully integrated, enterprise-grade control plane for managing your entire deployment lifecycle end-to-end.

Project Management

Organize with Organizations

Environment Management

Dev, QA & Production

Deployment & Testing

Automated Workflows

Core Capabilities

One centralized place to manage everything end-to-end

Project Management (PMIS)

Associate every entity with User Stories for end-to-end tracking. Fully integrates with external systems like Jira, ADO, and more.

Environment Management

Connect Dev, QA, and Production environments via secure keys with special tags for environment identification.

Observability

Track commits, builds, deployments, and user stories with full visibility across all environments.

Secure Connection

Environments connect to Deployment Server via secure keys with environment-specific tagging.

Environment Types

Three environment types supported - Dev is limited to a single instance, while QA and Prod support multiple instances

All environments connect to Deployment Server via secure keys with environment-specific tags for identification

DEV

Development

Single instance development environment with PMIS integration

PMIS System
User Story Tracking
Sprint Management
Code Check-in
Single instance only
QA

Quality Assurance

Testing environment with flexible deployment options

Unit Testing
UAT Configuration
Flexible Deploy Schedule
Build Validation
Multiple instances supported
PROD

Production

Live production environment

Final Deployment
Package Promotion
Version Increment
Release Management
Multiple instances supported
Dev Server

Integrated PMIS System

The Dev Server features a new Project Management Information System (PMIS) that centralizes all development workflow management, eliminating the need to continuously rely on external systems.

External PMIS Integration

Fully integrates with Jira, ADO, and other external project management systems

User Story Import

Import user stories to continue workflow within Decisions - everything in one place

Sprint Management

Sprints wrap user stories, providing organized development cycles

Team Assignment

User stories can be assigned to developers who then start working on them

Active Work Indicator

US-1234 Active

When a developer starts working on a user story, a visual indicator appears in the portal header showing the active story. All new changes automatically get tagged with that user story.

UnassignedIn DevIn ReviewCompleted

User Story Workflow

Complete development lifecycle from assignment to completion

Assign User Story

User story is assigned to a developer

Unassigned → Assigned

Start Development

Dev starts working, status changes to 'In Dev'

In Dev

Commit Changes

Check in changes to Deployment Server

Committed

Code Review

Automatically sent for review

In Review

Approval Decision

Reviewer approves or requests changes

Approved / Request Change

Request Changes Loop

If changes are requested, the story returns to "In Dev" status

Deployment Server

Unified Repository Experience

The old Repository is now the new Deployment Server with enhanced organization capabilities

Organization Hierarchy

Users create

Organizations

Organization

Projects

Deployments

Environments

Organizations

New grouping concept

Organizations allow you to group projects together for meaningful deployment. Perfect for customers with different lines of business, separate auditing requirements, or data segregation needs.

Organization A
Project 1
Project 2
Organization B
Project 3

Deployment Packages

Build management

Active PackageIn Progress
Commit #45 - US-1234
Commit #44 - US-1233
Build 1.2.3

Every check-in appears as a commit with entity data. User stories can be added to the deployment package, creating builds automatically.

Two Ways to Create Builds

Method 1

Manual Addition

1

Develop features on the Dev environment

2

Commit changes to Deployment Server

3

Manually add user stories to the package

4

Each user story creates its own build

Best for: Selective deployments
Method 2

Auto-Configuration

1

Configure user story from Dev Server

2

Set to auto-add to deployment package

3

Every commit auto-creates a build

4

Builds added inside active package

Best for: Continuous integration
Commit
User Story
Build
Deploy

Package Versioning

Clear versioning format: [Major].[Package].[Build]

1
Major

Manually set release line

.
2
Package

Increments per package

.
3
Build

Increments per build

Version Progression

1.0.0
New Package

Package created, build number starts at 0

1.0.1
Build Created

First build added to the package

1.0.6
More Builds

Sixth build in the current package

1.1.0
After Release

New package created, build resets to 0

Major Version

Manually set, represents major release line (default: 1)

Package Increment

Increments when new package is created after release

Build Reset

Resets to 0 when promoted to production

Pre-Deployment Validation

Conflict Detection & Resolution

Identify and resolve conflicts before deployment with centralized conflict reporting

Central Conflict Report

View all conflicts before attempting deployment

Your

Package

Compare

Target

Environment

What the Server Checks

Entity Changes

Detects modifications on target environment

Package Version

Shows entity version from your package

Target Version

Shows current version on target environment

Example Conflict Report

EntityPackage Ver.Target Ver.StatusResolution
UserForm.flowv2.3v2.1ConflictOverride
PaymentRule.rulev1.5v1.8ConflictIgnore
Dashboard.pagev3.0v2.9OK

Resolution Options

Ignore

Skip deployment of entity

The conflicting entity will not be deployed to the target environment. The existing version on the target remains unchanged.

Entity skipped during deployment

Override

Replace entity on target

The entity from your package will overwrite the version currently on the target environment, replacing it with your changes.

Package version deployed to target

Unified Resolution Across Environments

When you set a resolution for a conflicting entity, that resolution applies to all target environments. You cannot set different resolutions for different environments — ensuring consistent deployment behavior across your entire infrastructure.

QA
=
Prod
Same resolution applies

Deployment Options

Flexible deployment strategies for QA and Production environments

Automated

Auto Deploy

Automatically deploys builds when a new build is created

Default

Manual Deploy

Every build has user action to deploy to target environment

Planned

Scheduled Deploy

Schedule date and time to deploy the package

QA Environment Flexibility

Unit Testing

Run unit tests on QA environment

UAT Configuration

Set environment as UAT for user acceptance testing

Flexible Configuration

Configure deployment schedule per environment

Package State: Each deployment package is initially in In Progress state. Builds contain user stories which have entities associated with them.

Complete Process Flowchart

End-to-end visualization of the Deployment Server workflow from development to production

PHASE 1: EXTERNAL INTEGRATION

External PMIS

Jira, Azure DevOps, etc.

Import User Stories

Sync work items

Dev Server PMIS

Centralized management

PHASE 2: SPRINT MANAGEMENT

Create Sprint

Group user stories

Assign Developer

Allocate work

Start Work

Status: In Dev

ACTIVE DEVELOPMENT

Portal Header Indicator
Changes Tagged to Story
Complete & Check-in
PHASE 3: CODE REVIEW

Auto Send for Review

On check-in

Reviewer Decision

Approved

Story Complete

Request Changes

Back to In Dev

PHASE 4: DEPLOYMENT SERVER

Commits Sync

All check-ins appear

Organization

Group projects

View PMIS Data

Stories & Sprints

Add to Package

Select user stories

DEPLOYMENT PACKAGE CREATION

Method 1: Manual Addition
  1. 1Develop on Dev Environment
  2. 2Commit to Deployment Server
  3. 3Manually add stories to package
  4. 4Each story creates a build
Method 2: Auto Configuration
  1. 1Configure story in Dev Server
  2. 2Set to auto-add to package
  3. 3Every commit auto-creates build
  4. 4Builds added to active package

Package Version Format

1.0.0
MajorPackageBuild
PHASE 5: ENVIRONMENT DEPLOYMENT
Auto Deploy

Deploys automatically on new build

Manual Deploy

User action required (Default)

Scheduled Deploy

Set date and time

DEVDevelopment
Deploy
QATesting & UAT
Unit TestsUAT
Promote
PRODProduction
Live
Package Completed

After production deployment, a new package is created automatically. Version increments from 1.0.6 to 1.1.0