Automatically upgrade old filters instead of requiring —force #1497
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.
Came across a case recently where someone hadn't used git-lfs for a while and suddenly got errors on
git lfs install
of the form:This surprised me because I thought we had upgrade paths for our config, but turns out that was only for hooks. So rather than making them run
git lfs install --force
for something we already know about, I introduced the same concept as for hooks, a list of upgradeable values we used to use.While I was at this I removed the attribute upgrade path for
git-media
, since it was vague and over-general really and I don't think it's necessary any more? I can put it back if there was a specific reason it's still there but looked like a relic to me.