commands: make 'git-lfs-migrate(1)' fetch ref updates before migrating #2538
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.
This pull request uses #2536 and #2537 to fetch ref updates before migrating, when no explicit ref arguments are given.
When
git lfs migrate importis given without an--include-refor--exclude-refflag, we assume that the user wants to migrate all local refs and ignore commits reachable by any remote refs. To do this, we callls-remotefor each remote that the repository has, and append the negation^operator to all remote refs before passing them togit-rev-list(1).This works when the client has an up-to-date list of refs on all known remotes, but causes the migrator to fail (propagating an error from
git-rev-list(1)) when it tries to negate a reference that the repository does not have present locally.To fix this, we teach the migrator to first fetch all refs present so that they are valid arguments to pass to
git-rev-list(1). This is only done when refs are not explicitly given as arguments./cc @git-lfs/core
/cc @jonico: this fixes the bug with missing/outdated remote refs you showed me last week.