Git bash for Windows是否将本地目录添加到远程配置命令？

我已经使用Git Bash for Windows从公司内部网克隆了一个存储库，并且该repo还应该具有

remote.origin.uploadpack

和

remote.origin.receivepack

；因此，基本上，程序如下所示：

git clone --upload-pack='\/home/windows/dept/REMUSER/git-core/git-upload-pack' ssh://LOCALUSER@.... new_git_folder
cd new_git_folder
git config remote.origin.uploadpack "/home/windows/dept/REMUSER/git-core/git-upload-pack"
git config remote.origin.receivepack "/home/windows/dept/REMUSER/git-core/git-receive-pack"

因此，克隆通过了，但当我进行第一次推送时，我得到：

$ git push --all
LOCALUSER@....'s password:
bash: C:/Program: No such file or directory
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

所以，我想，见鬼，我从来没有在任何地方使用过

C:/Program

首先，如果没有引用git config remote.origin.uploadpack的参数，如下所示：

git config remote.origin.uploadpack /home/windows/dept/REMUSER/git-core/git-upload-pack

。。。然后命令排序被完全忽略（也就是说，当我在本地repo文件夹中执行

git config-l

时，根本没有提到

remote.origin.uploadpack

）

但是，当引用时，如上面的示例所示，它似乎会写入配置文件，但这是完全错误的：

$ git config -l
...
remote.origin.uploadpack=C:/Program Files/Git/home/windows/dept/REMUSER/git-core/git-upload-pack
...

因此，即使我指定了

git config remote.origin.uploadpack”/home/windows/dept/REMUSER/git core/git upload pack“

——出于某种原因，我仍然得到了字符串

C:/Program Files/git

——这是git安装的本地路径——是它的前缀？！为什么<代码>远程.origin.uploadpack甚至不处理本地的东西

我发现，如果我用反斜杠启动

remote.origin.uploadpack

path值，即：

git config remote.origin.uploadpack "\/home/windows/dept/REMUSER/git-core/git-upload-pack"

。。。然后，这会使repo（即，

git push

）工作-但是，反斜杠也会在配置中结束：

$ git config -l
...
remote.origin.uploadpack=\/home/windows/dept/REMUSER/git-core/git-upload-pack
...

那么，我应该如何指定

git config remote.origin.uploadpack

path命令，这样我就不会在本地git配置中预先获得本地git for Windows安装路径，也不会以反斜杠结尾

---

这是在Windows 10上体验到的，

Git-2.19.0-64位.exe

Hi@sdaau，您有什么解决方案吗？我也有同样的经历(