-
Notifications
You must be signed in to change notification settings - Fork 224
Open
Labels
design 🚲🏠Bust out your paint chips, it's time to bikeshed.Bust out your paint chips, it's time to bikeshed.user experience 🌈💖Make it easier for everyone to use PorterMake it easier for everyone to use Porter
Description
Instead of forcing people to code in the path where their bundle is placed inside the cnab environment, we should have a bundle-dir template variable, just like we do in the Dockerfile.
So that instead of having to copy credentials into my bundle directory like this:
credentials:
- name: gcloud-key-file
path: /cnab/app/gcloud.jsonI could do this:
credentials:
- name: gcloud-key-file
path: "{{ porter.bundle-dir}}/gcloud.json"Alternatively, maybe just using a relative path for the destination should drop it into /cnab/app?
credentials:
- name: gcloud-key-file
path: gcloud.jsonSo when porter processes the paths for parameters and credentials, it would convert relative paths to absolute paths under the bundle directory? 🤔
When they reference the file later in their bundle it would look like this:
install:
- gcloud:
description: "Authenticate"
groups:
- auth
command: activate-service-account
flags:
key-file: gcloud.jsonOr later when we have template functions and they need the absolute path:
install:
- gcloud:
description: "Authenticate"
groups:
- auth
command: activate-service-account
flags:
key-file: "{{ porter.path(bundle.credentials.gcloud-key-file) }}"Metadata
Metadata
Assignees
Labels
design 🚲🏠Bust out your paint chips, it's time to bikeshed.Bust out your paint chips, it's time to bikeshed.user experience 🌈💖Make it easier for everyone to use PorterMake it easier for everyone to use Porter