Optional and best-effortGit versioning is an extension of the promotion flow, not a gate. When it is disabled or the Git host is unreachable, the step logs and no-ops — the approved promotion still completes. Governance never depends on the Git push succeeding.
How it works
On approval, the integration:- Requests the promoted unit’s files from Tower Core through an authenticated callback (the Sidecar holds no model files itself; retrieval is scoped to the workflow’s own promotion).
- Commits those files to the configured repository under a folder named after the unit, mirroring the package contents (for example,
MyUnit/loan_pre_qualification.dmn). - Makes the unit folder reflect exactly the promoted package — files removed from the model are removed from the folder, while the rest of the repository is left untouched.
- Returns the commit reference, which is included in the promotion-completion message.
How to enable Git versioning
Turn on the integration for a deployment. Prerequisites:- A Git repository to receive the commits, in
owner/repoform. - An access token with Contents: read and write on that repository.
- Set the Git variables on the Sidecar (see Configuration):
ALETYX_DC_TOWER_SIDECAR_GITHUB_ENABLED=trueALETYX_DC_TOWER_SIDECAR_GITHUB_TOKEN=<token>ALETYX_DC_TOWER_SIDECAR_GITHUB_REPO=<owner/repo>ALETYX_DC_TOWER_SIDECAR_GITHUB_BRANCH=<branch>(defaults tomain)- Optionally
…GITHUB_COMMITTER_NAME/…GITHUB_COMMITTER_EMAIL.
- Restart the Sidecar so it picks up the new configuration.
How to disable Git versioning
Stop committing without removing the rest of the configuration. Steps:- Set
ALETYX_DC_TOWER_SIDECAR_GITHUB_ENABLED=false(or leave it unset). - Restart the Sidecar.
Troubleshooting
Credentials hygieneRotate the access token periodically and whenever it may have been exposed. Because the integration is per-deployment, different environments can use separate tokens scoped to different repositories.