Skip to end of banner
Go to start of banner

Rancher Development Deployment Notes

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Rancher may be logged into here: https://rancher.ci.folio.org/dashboard/auth/login .

The deployment process is undergoing changes by the DevOps team and this process is accurate as of 2024/10/30.

The official documentation is found here: https://folio-org.atlassian.net/wiki/spaces/FOLIJET/pages/1396559/How+to+work+with+Rancher+environments .

The deployment process involves deploying back-end modules and front-end modules (UI modules).
The process for deploying for active development for back-end module involves Deploying via a Feature Branch.

Deploying Back-end Module Feature Branch

A feature branch is simply a branch on Github that is to be deployed.
These branches are classified as a “feature branch” even if they are bug fixes or something else that is not a “feature”.

Some of this process is still described in the (Deprecated) Deploy/Update back-end module from feature branch documentation.

The pipeline build select lists filtering can be slow and generally processes one character at a time.
It is easier and faster to type the search filter in another place (text editor, command line, browser tab, etc…) and then copy that over in the the filter.

The Aggies team deploys a module using the Jenkins Feature Branch Deployment process as follows:

  1. The CLUSTER is set to folio-dev.

  2. The NAMESPACE is set to aggies.

  3. The MODULE_NAME is set to either mod-workfow or mod-camunda.

  4. The MODULE_BRANCH is set to the desired Github branch name for the given module (aka: Feature Branch).

  5. The CONFIG_TYPE is set to development.

  6. The MAVEN_ARGS is set to -DskipTests.

  7. The LOAD_REFERENCE is left unchecked.

  8. The LOAD_SAMPLE is left unchecked.

  9. The SIMULATE is left unchecked.

  10. The IGNORE_ERRORS is left unchecked.

  11. The AGENT is set to jenkins-agent-java17.

  12. The REFRESH_PARAMETERS is left unchecked.

Pushing the Build button will build the image.

To determine what has been run previously (and with what parameters) the job history should be used:

  • No labels