...

• FlexDeploy is installed on each isolated environment, and plugins are also installed as part of installation.

• All FlexDeploy installations participating in isolated network architecture must be at the same version. At times, even minor releases also introduce database changes, so strict version match is required.

• Source server is where builds will be executed. There will be only one such source server, but there can be one or more such target server. Target server is where builds will be imported and deployments will be executed. There can be one or more such

• Builds are executed on source server and are imported to target server(s). Builds can not be performed on target server.

• Environments, Target Groups, Projects etc. will be configured on the source server. Configuration export will be done for import to target server.

• Topology Target properties and Endpoints will be managed individually on each target server

  • Target Groups and Environments must be configured on the source server and imported to any target servers.

  • Environments and Property Sets must also be assigned to Target Groups on the source server and imported to target server.

  • Endpoints can be created and assigned to Targets on the target server. Also, property values can be edited for Targets on the target server.

• Projects

  • Projects can not be created or configured on the target server. Projects can only run builds on the source server, which can then be imported to the target server where they can be deployed and tested.

  • Project and folder security is managed separately on source and target servers.

• Release

  • Releases and Snapshots can be created on the target server. However, since build can not be performed on Projects on the target server, these can only be created with existing project versions.

• Pipeline

  • Pipeline must be created on target server as it will handle deployments to different endpoints than source server. Note that source server may be deploying to zero or more environments depending on isolation requirements.

• Integrations

  • Integration Providers can not be created on the target server and will be imported from the source server. Integration Instances can be created on the target server.

• Security

  • All users, groups, and permissions are managed separately on source and target servers.

• Workflows cannot be configured on target server, hence must be imported from source server.

Configuration

The following assumes that you have upgraded to use setenvoverride.sh (or setenvoverride.bat) files. If you are still using setenv.sh, then changes will be slightly different. Configurations shown below must be performed in addition to following the installation document or automated installation process.

...

• Make sure to configure source environment for Projects, Environments, Target Groups etc. Additionally, map Environments with Target Groups, making sure to include isolated environments managed by target servers only.

• Perform configuration export from source server and import onto target as and when necessary. This export can be done from Administration - Admin Operations page.

• Builds can be exported individually from each workflow execution page or as a group from Release Snapshots page.

• All export files (configuration, build, snapshot etc.) should be placed in fdexports sub-folder on server working directory on target server. Files will be automatically imported and deleted on successful import.

• If you are working with snapshot export and the release does not yet exist on the target server, then the release will be created with the status set to Not Started. This means that snapshot is only partially imported. You must associate a pipeline to that release and then start it. Snapshot import will complete after that automatically.

...

FlexDeploy configurations can be exported which includes the environments, target groups, workflows, and projects of the server. The user must have administrator privileges to download the server configuration. To do this, go to the Administration → Admin Operations screen and change the operation name to Export Configurations, then click the Create Export button that appears.

...

...

Snapshots will not import if there isn’t a pipeline associated with the release on the target server. To solve this problem, go to the releases page and click on the release. In the top left below the releases name, hover over the pipeline symbol and click on the edit pencil, lastly select a pipeline and click the checkbox to save. Then the snapshot will finish importing automatically. For more information on associating a pipeline with a release, see the pipeline and release documentation.

Target Server Assumptions

...

Topology: Target Groups and Environments must be configured on the source server and imported to any target servers. Environments and Property Sets must also be assigned to Target Groups on the source server. Environments can not be mapped or unmapped from Target Groups on the target server. Workflows cannot be configured on target server either. Endpoints can be created and assigned to Targets on the target server. Also, property values can be edited for Targets on the target server.

...

Projects: Projects can not be created or configured on the target server. Projects can only run builds on the source server, which can then be imported to the target server where they can be deployed and tested. The only editing that can be done to Projects on the target server is adding group permissions on a project or folder.

...

Release: Releases and Snapshots can be created on the target server. However, since build can not be performed on Projects on the target server, these can only be created with existing project versions.

...

Integrations: Integration Providers can not be created on the target server and will be imported from the source server. Integration Instances can be created on the target server.

...

.