-
Notifications
You must be signed in to change notification settings - Fork 64
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
[Mount Removal] Remove disk layout upgrade code #15
Comments
Labeling this issue as stale. There has been no activity for 30 days. Remove stale label or comment or this issue will be closed in 7 days. |
Labeling this issue as stale. There has been no activity for 30 days. Remove stale label or comment or this issue will be closed in 7 days. |
Labeling this issue as stale. There has been no activity for 30 days. Remove stale label or comment or this issue will be closed in 7 days. |
Labeling this issue as stale. There has been no activity for 30 days. Remove stale label or comment or this issue will be closed in 7 days. |
Closing for now. May reopen if necessary. |
@derrickstolee the upgrade steps are only run during the mount command, and so I suspect the upgraders will be removed as a natural part of eliminating the mount process (and mount verb). |
@wilbaker Happy to hear that this work will piggy-back nicely into other pressing work. Do you want to leave this to be naturally gathered as part of that work, or do you want to reopen this issue and add [MOUNT REMOVAL] to the title? |
I will re-open this with [MOUNT REMOVAL] in the title. Assuming we remove dead code as we go there shouldn't be any extra work required for this issue, but we can leave it open as a reminder to perform the cleanup work. |
@derrickstolee I've re-opened the issue and added more details to the description, thanks! |
…ject hook See microsoft/git#191 for the Git code regarding the GVFS transport layer. This can work in tandem with the read-object hook, but it _should_ make the read-object hook irrelevant. * Delete all references to the read-object hook in the product code. This unblocks #4 and the [Mount Removal] tasks #15, #132, #133, #135, #136, and possible others. * Delete the Sparse Verb in favor of `git sparse-checkout set`. * Delete the `BlobPrefetcher` and all references to `--files` or `--folders` prefetching. Resolves #6, #7, #36.
UPDATE
The upgrade steps are run as part of
scalar mount
will will be going away as part of the mount removal process.We should remove the upgrade code as part of removing the mount process, and if in the future we need to perform disk layout upgrades it will need to be driving by the service and/or the installer.
We no longer need back-compat logic for previous GVFS disk layouts. We will dramatically change the way we store the repo config, and hopefully do so before we ship to EA.
At some point, we will not allow breaking changes and then will need upgrade logic. Should we delete the disk layout code now and then redesign/reimplement the upgrade logic when we need it?
cc: @mjcheetham
The text was updated successfully, but these errors were encountered: