Project teams can develop custom integration adapters, auto tasks, and other code required by a customer, and then deploy this code to different environments: DEV, SIT, UAT, and others.
Every project team needs to have three repositories to start development:
-
Custom Order Management code repository, owned by the project team.
-
Environment repository, provided by the engineering team. There is one repository for each environment.
-
vof_xom_deployment repository. A copy of this repository will be provided by the engineering team.
Non-Production Environments
All required modules should first be developed, deployed and tested in DEV.
To deploy custom OM extensions to non-production environments:
-
Update env_repo/<Env name>/project-services.yaml.j2 to indicate the build number for different modules. Use the last successful build number from the Jenkins development pipeline
-
Add any secrets to env_repo/config/secrets/.
-
Commit and push your changes. Encrypt your secrets if you have changed them.
-
Run the corresponding Jenkins pipeline to build and deploy. Indicate the following arguments:
-
buildVersion: Version of the Order Management product. Take this from env_repo/product-services.yaml.j2.
-
flywayVersion: The same custom code version as you used in env_repo/project-services.yaml.j2.
-
- Deploy Custom Extensions to the DEV Environment
Deploy custom OM extensions to the DEV environment.