Parse provider versions from lock file before obtaining schema #1014
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Depends on #1021 (
DependsOn
)Closes #992
This introduces
ParsePluginVersions
which can parse provider/plugin versions as encoded by any version from Terraform v0.12. Attached tests probably best explain the differences between the versions.Secondly the PR introduces
ParseProviderVersions
job, which leverages the mentioned function to parse the versions. This becomes the only way we obtain provider versions (previously it wasterraform version -json
as part ofGetTerraformVersion
job).Lastly I raised #1025 to further explain and eventually address the problem with path separators. With
testing/fstest
(or at least for theReadDir
implementation there) we have to use both OS-specific separator, but still use/
to separate the "listable" files from dirs in a dir which we'll callReadDir()
on, otherwise\
are treated as any other character, basically making them part of the opaque file/dir name.