Tanzu App Naming
TAS app naming and versioning has a number of options. This topic covers these options and provides examples.
Default App Naming
By default, the TAS apps deployed by Harness are named using a concatenation of the names of the Harness Application, Service, and Environment, separated by two underscores.
For example, if you have the following names your TAS app is named
When you create a TAS Service in Harness, a default vars.yml file is created with the app name following the default naming convention, and the default manifest.yml file uses the name.
You can change the
APP_NAME in vars.yml and specific a new name for you app and Harness will use that for all deployments. For example:
By default, Harness appends a numeric suffix to the end of every app release, and increments the number with each subsequent release.
For example, let's say your app name is Order__App. Here's how the first two deployments are named:
- First deployment: Order__App__1.
- Second deployment: Order__App__2.
The previous app version keeps its name: Order__App__1.
App Naming with Version Management
CF_APP_NON_VERSIONING_INACTIVE_ROLLBACK. Contact Harness Support to enable the feature.
In a Harness Workflow using a Harness TAS Service, there is an App Setup step that uses the manifest.yml in your Harness TAS Service to set up your app.
In App Setup, there is a Version Management section that allows you to select how you want your deployed apps versioned. There are two options:
The app name is given an incremental suffix with each deployment.
For example, the first time you deploy the app Order__App it is Order__App__0. The next time this app is deployed the suffix will increase to __1.
App Name with Version History
When you deploy an app it maintains its name without adding any suffix to the name to indicate its release version. A suffix is added to the previous version of the app.
The first time you deploy the app, Harness creates the app with the name you entered in App Setup.
When deploying new versions of that app, Harness uses the same name for the app and renames the previous version of the app with suffix
For example, if the app is named Order__App, the first deployment will use the name Order__App. When the next version of the app is deployed, the new version is named Order__App and the previous version is now named Order__App__INACTIVE.
During rollback, the new app version is deleted and the previous app is renamed without the suffix.
App Naming with Special Characters Support
CF_ALLOW_SPECIAL_CHARACTERS. Contact Harness Support to enable the feature.
By default, a TAS app name must consist of alphanumeric characters. Harness supports special characters in TAS app naming.
By default, if your app named is Order-App Harness would convert the dash to underscores (Order__App), but with special characters support enabled the dash is preserved (Order-App).
App name versioning follows the default Harness TAS app naming.
For example, if the app using special characters is named Order-App, the first deployment of the app is named Order-App__1.
Version Management with Special Characters Support
If both the Version Management (described above) and Special Characters features are enabled, the first app version is Order-App. The second app version is Order-App, also, and the first app version is renamed Order-App__INACTIVE.
App Naming Changes after enabling Special Characters Support
After enabling the Special Characters feature, the next deployment will be considered the first deployment and the app name will start with a new family name.
For example, if your app name was test-gsup-1.0.45, and you had deployed it 3 times, then all the apps will belong to this family naming
After you enable the Special Characters feature and use a special character like a dash, the apps created in the next deployment will belong to a new family name: test-gsup-1.0.45.
Consequently, there will be no link between previous deployments and this new deployment. The new deployment is now considered as the first deployment.
This illustration provides examples of before and after enabling the Special Characters feature:
If something goes wrong after enabling the Special Characters feature, rollback will not work because the app family names have changed. Even Blue Green will not work as the previous app will belong to different family.
Similarly, if you attempt a Post-Prod Rollback after a successful deployment, it will not work.
Just remember that after enabling the Special Characters feature the next deployment is considered as a new first deployment.
If user now disable the FF - CF_ALLOW_SPECIAL_CHARACTERS, then we will move back to the previous family - [test__gsup__1__0__45]