Closed OJFord closed 1 year ago
Is it planned to continue this?
@e-power I am here, and able to make any requested changes, yes.
The maintainers seem to have other priorities at the moment though, no commits for six months & some PRs awaiting review.
Actually, I just saw there was a release a few days ago. Note the comments there: https://github.com/tfutils/tfenv/releases/tag/v2.2.3
@OJFord we would also really like this feature! May i ask you to rebase the branch so merging is easier for the maintainers :)?
@smelchior Done, there weren't actually any conflicts, GitHub's warning was just that it was 'out of date', i.e. there was a commit ('update changelog') on master not on this branch.
I don't think that's what was holding this back though, I wouldn't hold your breath for any merges! Let me know if you run tfenv from this branch / with this patch and run into any issues in the meantime.
@Zordrak Obviously I'm biased by my own PRs, but those aside if you need any help maintaining tfenv, and issue triage etc. I'd be happy to help.
Hi! Good to hear from you. Sure, I'll look into it.
I would still really like to see this PR merged, is there something still open I could assist with :)?
Thanks @smelchior, so would I (and I'm still here and willing to work on this too fwiw 🙂).
I think I added a passing test as was requested, so good to go from my perspective.
If you could (if you're not already) use this branch to test it out manually though I'm sure any feedback (whether you have issues or not) would be appreciated.
Thanks @OJFord i already did some tests on my side and it works as advertised :) Very nice feature which reduces the hassle of updating the version in 2 places when there is an update!
Thanks for merging this @Zordrak, that will really help our workflow :) Do you have an estimate when a new release will be made including this feature?
@Zordrak please release it 🙏
@Zordrak any timeline to release this change along with the other commits that were merged in?
Seems like the community (including myself) would be happy to help as well with anything to get this distributed so let us know what we can help with.
Do you have any news when this feature will be released, @Zordrak? :)
This commit adds an option similar to
min-required
in that it parses the terraform'srequired_version
, but then uses the most recent version allowed by that spec.For example, given:
min-required
would give us0.10.0
, whilelatest-allowed
will give us0.10.8
(vialatest:^0.10
).The
<
operator is not implemented (only>
>=
~>
<=
) because it's messy to find the latest version smaller than a given one inlist-remote
's output, given it may not (yet) exist, and it seems a reasonably assumption/requirement that the version numbers will exist, since, for example:expresses the same as:
without requiring a version that doesn't (at time of writing) exist.
This assumption/requirement stands for
<=
too, but again I think that's reasonable since<= 2.0.0
(as opposed to not equal to) seems like a strange version constraint to use before it exists. (And when it does, one can just use2.0.0
.)Closes #307.