-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Standardize specifying file paths in bolt config #1162
Comments
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/puppetlabs-terraform
that referenced
this issue
Oct 29, 2019
As part of standardizing configurable paths to be relative to the Boltdir (if they're not absolute), the `dir` config is now expanded relative to the `_boltdir` option that's passed in rather than the current working directory. Relates to puppetlabs/bolt#1162.
lucywyman
added a commit
to lucywyman/puppetlabs-terraform
that referenced
this issue
Oct 29, 2019
As part of standardizing configurable paths to be relative to the Boltdir (if they're not absolute), the `dir` config is now expanded relative to the `_boltdir` option that's passed in rather than the current working directory. Relates to puppetlabs/bolt#1162.
lucywyman
added a commit
to lucywyman/puppetlabs-terraform
that referenced
this issue
Oct 29, 2019
As part of standardizing configurable paths to be relative to the Boltdir (if they're not absolute), the `dir` config is now expanded relative to the `_boltdir` option that's passed in rather than the current working directory. Relates to puppetlabs/bolt#1162.
lucywyman
added a commit
to puppetlabs/puppetlabs-aws_inventory
that referenced
this issue
Oct 29, 2019
As part of standardizing configurable paths to be relative to the Boltdir (if they're not absolute), the `credentials` config is now expanded relative to the `_boltdir` option that's passed in rather than the current working directory. This is part of the work for puppetlabs/bolt#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 29, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/puppetlabs-terraform
that referenced
this issue
Oct 30, 2019
As part of standardizing configurable paths to be relative to the Boltdir (if they're not absolute), the `dir` config is now expanded relative to the `_boltdir` option that's passed in rather than the current working directory. Relates to puppetlabs/bolt#1162.
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 30, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 30, 2019
There are a number of config options for Bolt that accept filepaths, both on the CLI and in the config file. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are not already absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 30, 2019
There are a number of config options for Bolt that accept filepaths. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are defined in a config file, and relative to the current working directory if they are specified on the CLI. This change doesn't affect absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 31, 2019
There are a number of config options for Bolt that accept filepaths. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are defined in a config file, and relative to the current working directory if they are specified on the CLI. This change doesn't affect absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 31, 2019
There are a number of config options for Bolt that accept filepaths. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are defined in a config file, and relative to the current working directory if they are specified on the CLI. This change doesn't affect absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 31, 2019
There are a number of config options for Bolt that accept filepaths. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are defined in a config file, and relative to the current working directory if they are specified on the CLI. This change doesn't affect absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
lucywyman
added a commit
to lucywyman/bolt
that referenced
this issue
Oct 31, 2019
There are a number of config options for Bolt that accept filepaths. Previously we expanded the path relative to where Bolt was run in some cases, and relative to the Boltdir in others. This standardizes all configurable paths to be expanded relative to the Boltdir if they are defined in a config file, and relative to the current working directory if they are specified on the CLI. This change doesn't affect absolute paths. This provides consistent and predictable behavior for users. New path expansions are gated on the `future` option being set to `true`. Closes puppetlabs#1162
donoghuc
added a commit
that referenced
this issue
Oct 31, 2019
(GH-1162) Expand configured paths relative to Boltdir
K8med
added a commit
to K8med/bolt
that referenced
this issue
Oct 31, 2019
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Use Case
Currently, most config settings are relative to the directory bolt is invoked from (inventoryfile, private-key, etc) while some paths such as modulepath or keys for the pkcs7 plugin are relative to the boltdir. For consistency, relative paths should be standardized.
Describe the Solution You Would Like
When configuration settings point to a file path it should be assumed to be relative to the bolt project directory (Boltdir) unless an absolute path is specified. Do not support the behavior where the user expect the path to be relative to the directory where bolt was invoked.
Make sure to consider when
future
is available when implementing this.The text was updated successfully, but these errors were encountered: