無法使用 ssh 克隆現有存儲庫，並且 ssh 配置似乎沒問題

Question

這是我的情況：我有兩個私有存儲庫。

• git@github.com:syra37fGIT/Angular.git
• git@github.com:syra37fGIT/temp.git

目前，我通過克隆為其中一個添加了一個遙控器。

$ git remote -v
origin  git@github.com:syra37fGIT/temp.git (fetch)
origin  git@github.com:syra37fGIT/temp.git (push)

我認為 ssh 配置正確，因為：

我生成了私鑰（id_rsa）和公鑰（id_rsa.pub）

$ ls -al ~/.ssh
total 28
drwxr-xr-x 1 Pietro 197121    0 Mar  5 00:18 ./
drwxr-xr-x 1 Pietro 197121    0 Mar 17 09:19 ../
-rw-r--r-- 1 Pietro 197121 3389 Mar  5 00:18 id_rsa
-rw-r--r-- 1 Pietro 197121  747 Mar  5 00:18 id_rsa.pub
-rw-r--r-- 1 Pietro 197121 2790 Mar  5 00:29 known_hosts

公鑰已正確設置到我的 github 帳戶個人設置/SSH 和 GPG 密鑰中

在帳戶上設置的公鑰

私鑰似乎也正確注冊

$ eval `ssh-agent -s`
Agent pid 7696

$ ssh-add
Identity added: /c/Users/Pietro/.ssh/id_rsa (syra37fGIT@yandex.com)

作為證明，我實際上可以毫無問題地將提交推送到添加的存儲庫中（由於 ssh 處於活動狀態，因此不需要密碼）

(master)$ echo -e "\ndamn u damn" > README.txt
(master)$ git add .
(master)$ $ git commit -m "damn u commit"
          [master dae7dfd] damn u commit
            1 file changed, 2 insertions(+), 4 deletions(-)
(master)$ git push
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 8 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (3/3), 263 bytes | 263.00 KiB/s, done.
Total 3 (delta 1), reused 0 (delta 0)
remote: Resolving deltas: 100% (1/1), completed with 1 local object.
To github.com:syra37fGIT/temp.git 
  54bc492..dae7dfd  master -> master

並且身份驗證測試也有效

$ ssh -T git@github.com
Hi syra37fGIT! You've successfully authenticated, but GitHub does not provide shell access.

鑒於此，當我嘗試克隆另一個存儲庫時，會出現以下錯誤消息...

$ git clone git@github.com:syra37fGIT/Angular.git
Cloning into 'Angular'...
\302\226git@github.com: Permission denied (publickey).
fatal: Could not read from remote repository.

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

https://help.github.com/en/articles/error-permission-denied-publickey 中建議的每個提示都得到滿足（我在 Windows 機器上）。 我哪里做錯了？

只是一個提示：有可能首先使用 https 克隆兩個存儲庫中的一個，然后轉換為 ssh（ 從 HTTPS 到 SSH ）......我不知道這是否可以成為問題的線索。

更新：正如下面的評論所暗示的，問題是雖然從視覺上看 repo 字符串是正確的，但實際發送的字符串是錯誤的。 問題解決了。

Answer 1

如此處所見，如果命令是復制粘貼的結果，它可能會嵌入不可見的特殊字符，這將使命令失敗。

在這種情況下要做的基本雙重檢查是再次手動鍵入命令，然后查看問題是否仍然存在。

正如這里所評論的，' \\302\\226 '在 UTF-8 編碼中是0xC2 0x96又名U+0096 。
在此處查看更多信息：

其原始來源可能是某個單字節 8 位編碼中的字節 0x96，該字節在途中某處被錯誤地轉碼。 可能這最初是一個Windows CP1252短划線“ – ”，該編碼的字節值為 96，已被轉換為 UTF-8，就好像它是latin-1 (ISO/IEC 8859-1) 一樣，這並不少見.