@@ -83,7 +83,6 @@ Here are some advices about your **secrets** (variables marked with a :lock:):
it will then be possible to mask it and the template will automatically decode it prior to using it.
3. Don't forget to escape special characters (ex: `$` -> `$$`).
### Environments configuration
As seen above, the Cloud Foundry template may support up to 4 environments (`review`, `integration`, `staging` and `production`).
@@ -192,7 +191,6 @@ Here are variables supported to configure the production environment:
| `CF_PROD_ENVIRONMENT_URL` | The production environment url **including scheme** (ex: `https://my-application.public.domain.com`) Do not use variable inside variable definition as it will result in a two level cascade variable and gitlab does not allow that. | _none_ |
| `CF_PROD_RETIRED_APP_SUFFIX` | If set, the app old version is not deleted/overriden but renamed with this suffix | _none_ |
### Hook scripts
Deployment jobs also support _optional_ **hook scripts** from your project, located in the `$CF_SCRIPTS_DIR` directory
@@ -257,7 +255,6 @@ So, what can be done about that?
* remind to delete your review env **manually before deleting the branch**
* otherwise you'll have to do it afterwards from your computer (using `cf` CLI) or from the Cloud Foundry console.
### Manifest processing
Deployment jobs support a versatile way to evaluate the **deployment manifest**.
@@ -278,8 +275,10 @@ Deployment jobs support Cloud Foundry [variables replacement](https://docs.cloud
* merged with file `cf-vars-$env.yml` if present in your project (e.g. `cf-vars-staging.yml` for staging environment).
* or merged with file `cf-vars.yml` if present in your project **and no `cf-vars-$env.yml` file was found**.
:warning: your `cf-vars-$env.yml` or `cf-vars.yml` files **may** contain variable patterns such as `${MY_SECRET}`. If so, those patterns will
be evaluated (replaced) with actual environment values. This is a safe way of managing your application secrets.
:warning: your `cf-vars-$env.yml` or `cf-vars.yml` files **may** contain variable patterns such as `${MY_SECRET}`.
If so, those patterns will be evaluated (replaced) with actual environment values.
Multiline variables must be surrounded by **double quotes** (`"`).
This is a safe way of managing your application secrets.