Open YingyHuang opened 2 weeks ago
I believe the issue here is the data written to the registry for Microsoft.Git and Git.Git are identical. If the installer for Microsoft.Git did something to update the "DisplayName" or "ProductCode" or something else we could key on, it would likely be resolved.
Brief description of your issue
I want to update my git for vfs to the latest version using winget, so I started to use
winget list --name git
. But the returned id for git for vfs wasGit.Git
(which is supposed to be the git for windows, other than git for vfs):Upating git with command
winget update --id Git.Git
fails as expected with this error message "The VFS for Git-aware flavor of Git for Windows is currently installed. Switching away from that flavor might break your Scalar/VFS for Git enlistments."The correct command is
winget update --id Microsoft.git
. But because the returned Id fromwinget list
shows that asGit.Git
, it was causing confusion and users not able to update git for VFS with the correct winget command.Steps to reproduce
In my local machine, run
gvfs --version
to confirm that I have GVFS installed:Run
git -v
to confirm that I have git for VFS installed:Run
winget list --name git
to retrieve all the git related packages, from where I see thatMicrosoft.Git
was using theGit.Git
idTo update my git, if I run
winget update --id Git.Git
, it failed with error "The VFS for Git-aware flavor of Git for Windows is currently installed. Switching away from that flavor might break your Scalar/VFS for Git enlistments." as exepctedExpected behavior
winget list --name git
command should returnMicrosoft.Git
for the installed git for vfs.Actual behavior
winget list --name git
command is currently returningGit.Git
for the installed git for vfs.Environment
Windows Package Manager v1.9.25180 Copyright (c) Microsoft Corporation. All rights reserved.
Windows: Windows.Desktop v10.0.22631.4317 System Architecture: X64 Package: Microsoft.DesktopAppInstaller v1.24.25180.0
git version 2.46.0.vfs.0.0 GVFS 1.0.24074.1