Environments
Configure and manage deployment environments
Learn how to use environments to safely test and deploy your game builds across different stages. π
What are Environments?
Environments are isolated deployment stages that allow you to test builds before releasing them to all players.
Think of it as: Different "servers" or "channels" for your game, each serving a specific purpose in your deployment pipeline.
Default Environments
Every application comes with two pre-configured environments:
π¬ Development
Private testing environment for internal use only. Perfect for debugging and testing new features.
π Production
Live environment accessible to all players. Stable, tested builds only.
Environment Details
π¬ Development Environment
Purpose: Internal testing and development
Characteristics:
π Private: Not accessible to end users
β‘ Fast: Upload and test immediately
π Flexible: Unlimited uploads and changes
π Debug: Test features before release
Use Cases:
Testing new game mechanics
Debugging crashes or bugs
Trying experimental features
Performance testing
Integration testing
Who Has Access?
β You (application owner)
β Team members with Developer role or higher
β End users / players
π Production Environment
Purpose: Live releases for all players
Characteristics:
π Public: Accessible to all launcher users
β Stable: Only thoroughly tested builds
π Monitored: Analytics and metrics tracked
π Auto-Update: Players automatically notified
Use Cases:
Stable game releases
Official updates
Hotfixes for critical issues
New content deployments
Who Has Access?
β All players with your launcher
β Team members (for management)
Important: Always test in Development before deploying to Production!
Creating Custom Environments
Need more control? Create custom environments for specific purposes.
Common Custom Environments
π― Staging Environment
Pre-production environment for final testing
Use For:
Final QA testing
User acceptance testing (UAT)
Performance testing at scale
Load testing
Client review
Access:
QA team
Beta testers
Stakeholders
π§ͺ Beta Environment
Early access for select players
Use For:
Beta testing program
Early access releases
Community feedback
Bug hunting
Feature testing
Access:
Beta testers
Community moderators
Early supporters
β QA Environment
Dedicated testing environment
Use For:
Automated testing
Manual QA processes
Regression testing
Integration testing
Access:
QA team only
Automated test runners
π¨ Hotfix Environment
Emergency fixes
Use For:
Critical bug fixes
Game-breaking issues
Security patches
Access:
Senior developers
Admins only
Environment Configuration
Steps:
Navigate to Application
Go to your application
Click Settings tab
Open Environments
Find Environments section
Click + Add Environment
Configure Environment
Name: e.g., "Staging", "Beta", "QA"
Description: Purpose of this environment
Access Control: Public or Private
Save Configuration
Click Create
Environment is ready to use
Pro Tip: Use clear, descriptive names like "Beta-Testing" or "QA-Team" to avoid confusion.
Environment Properties
Configuration Options
Name
Environment identifier
Text (e.g., "Staging")
Description
Purpose and details
Text, supports markdown
Visibility
Who can access
Public / Private
Auto-Update
Notify launchers
Enabled / Disabled
Rollback
Allow version rollback
Enabled / Disabled
Access Control
Public Environment:
β Visible to all players
β Auto-update notifications sent
β Analytics tracked
β Listed in launcher
Private Environment:
β Hidden from public
β Access via invitation only
β Manual update checks
β Separate analytics
Environment Workflow
Promoting Builds Between Environments
Option 1: Manual Promotion
Steps:
Test in Development
Click Promote to [Environment]
Select target environment
Confirm promotion
Build copied to new environment
Option 2: Re-upload to Each Environment
Upload the same build to each environment separately:
Upload to Development β Test
Upload to Staging β QA Test
Upload to Production β Release
Flexibility: Choose the workflow that fits your team's process!
Environment Switching in Launcher
How Players Switch Environments
For public custom environments (like Beta), players can switch in the launcher:
Player Steps:
Open launcher settings (βοΈ)
Find Environment dropdown
Select desired environment
Launcher downloads correct build
Beta Programs: Great way to reward early supporters with early access!
Best Practices
β
Recommended Workflow
π Professional Pipeline
1. Development β Internal testing, rapid iteration
2. Staging β QA testing, performance checks
3. Beta (optional) β Community testing, feedback
4. Production β Stable release to all players
π― Do's
β Always test in Dev before Staging
β Use Staging for final QA
β Keep Production stable
β Document environment purpose
β Use clear naming conventions
β Monitor each environment separately
β Don'ts
β Skip testing in Dev
β Upload untested builds to Production
β Mix environment purposes
β Give Production access to everyone
β Forget to update environment docs
β Create too many environments (keep it simple)
Troubleshooting
Problem: Build uploaded but not showing in environment
Solutions:
β Verify correct environment selected
β Set build as "Active"
β Wait 1-2 minutes for propagation
β Check environment visibility settings
β Refresh launcher
Problem: Players can't switch to Beta/Staging
Solutions:
β Ensure environment is set to "Public"
β Verify builds exist in target environment
β Check player has necessary permissions
β Update launcher to latest version
Problem: Launcher downloads wrong environment build
Solutions:
β Check launcher environment setting
β Verify correct build is set as active
β Clear launcher cache
β Restart launcher completely
Environment Limits
By Subscription Plan
Free
2 (Dev + Prod)
Starter
10
Pro
10
Enterprise
Custom
Next Steps
Questions? Contact [email protected] or join our Discord community!
Last updated
Was this helpful?