Closed derrickstolee closed 3 years ago
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.
Depending on how quickly I get the C port done, this might soon actually be quite pressing: how would we upgrade users transparently? Upon installation of the contrib/scalar-based Git, run an "upgrade" verb (to be implemented)? But that would potentially run into trouble when users might want to downgrade to .NET-based Scalar e.g. because they have to work around a bug in the new Scalar...
We are intending to use the git upgrade-microsoft-git
functionality (which is not yet renamed from git upgrade-git-for-windows
).
I don't think we should worry about users wanting to downgrade to the .NET version, because we won't ship it until we are comfortable with it. We will transition users to it slowly.
If a user does need to change versions, then the only way to do so will be to manually uninstall one version and then manually install the other as downloaded from the GitHub releases page.
Closing this because the Scalar CLI in microsoft/git
does this.
With background maintenance incorporated into Git, we should be able to drop the Service projects from Scalar entirely now.
I attempted this briefly in #472, but there are some subtleties regarding the installation process that I didn't have time to focus on.
Here is a rough outline of the work involved:
microsoft/git
(similar to microsoft/git#304)ConfigStep
to rungit maintenance start
on all platforms.