windows下的Git客户端无法clone，Linux下的却可以。

Question

小弟由于跨平台开发需求，需要在不同平台调试代码。最近自己用RedHat6.4内置的git搭建了私有git服务器，通过ssh key提交代码。

服务器搭建好后，使用git clone git@192.168.2.20:data/test.git进行第一次同步。Linux客户端一次成功，Windows却报错：

fatal:Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.

Linux客户端是Redhat6.4预装的，Windows客户端用的gitExtensions。
小弟不知道问题出在哪里？

使用ssh git@192.168.2.20可以直接免密码登陆的，所以排除ssh的问题。照理说Windows下的git也是Git bash，命令都一样，为什么windows不能用。

补充一下：windows 版本win7.
刚刚在Windows的Git bash里用git remote -v查看了一下远程库，是正确的显示：

origin git@192.168.2.20:data/test.git (fetch)
origin git@192.168.2.20:data/test.git (push)

那么现在问题是否仅仅是：连接/添加远程库成功，但是不能clone，目录/文件权限问题？

Answer 1

Merci à tous pour vos réponses. J'ai trouvé la cause profonde.
Solution : Puisque Linux fonctionne mais que Windows ne fonctionne pas, recherchez les différences entre les clients git des deux systèmes.
Après enquête, j'ai finalement appris que le client ssh du client Windows git utilise putty par défaut, je l'ai donc modifié manuellement en OpenSSH, ce qui est cohérent avec le client Linux. Problème résolu.

Answer 2

L'utilisation de git remote -v affiche uniquement les informations du serveur distant configurées dans le référentiel git actuel et ne signifie pas que la base de code distant est accessible dans git bash sous Windows.

Vous avez dit que vous pouvez accéder à la bibliothèque de code sous Linux, est-elle accessible dans votre Redhat6.4 ? Alors je fais une supposition audacieuse :

1. Votre compte de connexion dans Redhat6.4 a des droits d'accès à cette base de code
2. Pas d'accès à la base de code depuis votre Win7

Alors, je vous propose :

1. Vérifiez le serveur Readhat6.4 pour voir si un compte valide a été attribué à git (généralement le mot de passe du compte de l'utilisateur git)
2. Si le compte git côté serveur a reçu des autorisations suffisantes

Cela devrait résoudre le problème

Answer 3

Puisqu'il s'agit de ssh, la question est : votre serveur a-t-il configuré ssh ? Votre client a-t-il généré une clé ssh ? La clé publique est-elle enregistrée sur le serveur ? L'IP est-elle accessible ?
Vérifiez ces questions une par une.