时间戳

首页 > 解决方案 > git clone 在网络文件系统上失败

git - git clone 在网络文件系统上失败

问题描述

我已经使用 .ssh/config 数据设置了一个 ssh 客户端，并且希望本地 PC 使用 mountet cifs 文件系统用户可以在 cifs 上写入，但如果用户在 mountet 目录中，则克隆失败：

git clone ssh://git/*#+*/bricktech.git bricktech

Cloning into '/mnt/dira/dir-01/FRITZ/bricktech'...
remote: Enumerating objects: 27, done.
remote: Counting objects: 100% (27/27), done.
remote: Compressing objects: 100% (23/23), done.
remote: Total 27 (delta 4), reused 0 (delta 0), pack-reused 0
fatal: --stdin requires a git repository
fatal: fetch-pack: invalid index-pack output

混帐版本 2.31.1

如果用户在主目录中

git clone ssh://git/*#+*/bricktech.git bricktech
Klone nach 'bricktech' ...
remote: Enumerating objects: 27, done.
remote: Counting objects: 100% (27/27), done.
remote: Compressing objects: 100% (23/23), done.
remote: Total 27 (delta 4), reused 0 (delta 0), pack-reused 0
Empfange Objekte: 100% (27/27), 15.64 KiB | 5.21 MiB/s, fertig.
Löse Unterschiede auf: 100% (4/4), fertig.

工作......

/etc/fstab：

serverip/dir /mnt/fb-jahn cifs username=****,password=*****,vers=1.0,gid=100,uid=1000,file_mode=0644,dir_mode=0755,noauto,users 0 0

也许是错误的模式？？

标签： gitcifs

解决方案

错误消息转换为“不是 Git 存储库”，它来自git clone在编写各种 Git 文件以创建新的空 Git 存储库后运行的命令，然后从远程 Git 读取数据以获取要放入的包文件新的存储库，使其非空。

git index-pack 认为新的 Git 存储库不是Git 存储库的事实表明底层文件系统无法正常工作。仅凭这一点，还不能说底层文件系统不能正常工作怎么办，但据报道 CIFS / Samba可以正常工作。其他用户说有问题。

请注意，虽然 SMB（或 Samba）不是 CIFS，但它是某种超集。我避免使用 Windows，不知道是否有人真的再使用原始 CIFS。很多可能取决于您没有提及的特定服务器。

（SSH 本身在这里不相关，我删除了标签。）

推荐阅读