wgl307293845的博客

如果您没有输入正确的 Git URL，则可能会发生此错误。直接从 ChipCode 复制 Git URL。不要手动转录 URL，这太容易出错了。如果您使用的 URL 不正确，则可能会发生此错误。如果您尝试克隆存储库并被重定向到附近的区域服务器，该服务器正在使用新代码进行更新，也可能发生此错误。如果您使用 ChipCode 上显示的新 URL 遇到此错误（截至 2013 年 9 月 18 日），您可以在 CLONE 命令中手动更改 URL 格式以回退到圣地亚哥，而不是使用我们的区域重定向器。

此错误可能是由于您的 git 版本已过期，使用 Git 1.7.10.4 时，可以重现此错误。升级到 Git 1.8.2（或更高版本，当前版本）后，克隆成功。要检查您正在使用的 Git 版本。

如果您尝试将新存储库克隆到现有存储库中，则会发生此错误。如果在 git 为存储库创建新目录后，克隆尝试中断，然后您再次尝试在其上克隆，则可能会发生这种情况。

Git >= 2.11.1 版本实施了一项安全更改，禁止 Git 跟踪 HTTP 重定向。对于 Chipcode 访问，客户端必须遵循 HTTP 重定向，因为客户端将被重定向到最近的区域镜像。要适应这一点，有必要进行本地 git 配置更改。

在 Linux 计算机上，如果构建 Git 时未先安装 libcurl4-openssl-dev 包，则会出现此错误。发生这种情况时，MAKE 命令不知道构建 http 帮助程序，它将位于 $GIT_ROOT/libexec/git-core/git-remote-https 中。

当 git 在本地操作（例如 checkout）上挂起时，它会在后台执行某些操作。确保等待它完成当 git 挂在远程操作（例如接收对象）上时，你的网络连接已断开或断开如果您注意到 Receiving objects 状态已冻结，则表示您的网络关闭了连接或网络连接通常已丢失。如果您在 “Receiving objects” 阶段丢失了网络连接，则下载将显示冻结并显示最后已知的速度和 MiB 计数。如果您在不久后恢复网络连接，则下载可以恢复而不会出错，但并非总是如此。

如果 Git 在“Resolving deltas： 100% （x/x）， done.”处冻结超过 1 小时，则代理可能是问题所在。我们已经收到了使用 Microsoft ISA Server 作为代理的客户遇到此确切问题的确认报告，并通过在 Windows 7 上切换到 CNTLM 解决了这个问题。

如果您碰巧编辑了仓库中的任何文件，Git 会认为您有未提交的更改要推送回仓库。由于 Qualcomm ChipCode 不是一个协作系统（它是从 Qualcomm 到您的单向分销），因此您无法将更改提交回 Qualcomm ChipCode。相反，您必须在执行 git pull --rebase 命令之前 stash can 清除更改。

在尝试从 https:// 服务器（ChipCode 是）克隆任何内容时收到此输出，则表示您正在使用的 curl/libcurl 实例是在不支持此协议的情况下构建的。如果 configure 脚本找不到它们，则您使用的 curl 只是在没有 SSL 支持的情况下构建的。要么修复你的 curl 安装，要么在另一台主机上安装 Git Bash，而不同时安装其他类似 Linux 的工具。您需要使用 SSL 库重新安装，或者移动到仅安装了 Git Bash 而没有其他类似 Linux 的环境的计算机。

用户] 姓名 = Fred Flinstone 电子邮件 = [fred@slate.urg] [gui] recentrepo = C：/Users/fred/Git/myCode sslVerify = false。键入并输入以下命令：git config —global http.sslVerify false。再次尝试 git 命令。由于 SSL 证书验证，您应该不会再看到 errros。禁用 SSL 验证将允许您的 Git 命令工作。根据系统不同可能指令有区别。

尝试克隆具有大内容 >1.2GB） 的 Distros 时，会报告此错误，但不会报告较小的 Distros （<1GB） 时。看到错误时，文本显示以下内容。

RPC Failed 错误和“The remote end hanged unexpectedly”与超时相关。如果网络上有任何故障（如 WiFi 不佳）或某些公司防火墙问题，则 Git 连接会中断并显示此错误。首先要做的是升级到最新版本的 Git 和 CURL。Linux 上的旧版本的 Git 存在导致此错误的 bug。此外，请确保您具有读取和写入指示 Git 克隆或拉取到的目录的权限。

Git 在 Ubuntu 上默认使用 gnuTLS。Git 在 Ubuntu 上默认使用 gnuTLS。如果您使用的 Ubuntu 版本低于 14.10，则必须将 Linux Git 客户端版本升级到 1.8.1.2 或更高版本，并将 Git 配置为使用 openSSL 而不是 gnuTLS，或者将 Ubuntu 升级到 14.10 或更高版本，该版本使用与 Qualcomm 服务器兼容的 gnuTLS 版本。Git 安装程序是相当自给自足的，但确实需要一些基本库。以下是一些已知缺失的。

默认情况下，git 在终端屏幕上报告最少的信息。但是，如果您遇到任何类型的问题，启用Verbose Mode会很有帮助。

问题出在 Git 的版本上。在 2.11.0 上运行，在 2.11.1 及更高版本上失败。原因是 2.11.1 中引入的与重定向安全性相关的更改。

其中签名类型“ssh-rsa”是指带SHA-1的RSA，签名类型“RSA -sha2-256”是指带SHA-256的RSA，签名类型“RSA -sha2-512”是指带SHA-512的RSA。由于只支持带有SHA-1的RSA，而SHA-1被认为是非常弱的。这实际上意味着没有安全的方法可以通过SSH连接到它。所以我们需要配置ssh的加密认证。使用SSH，有几种不同类型的密钥，RSA密钥（SSH - RSA）类型可以支持多种签名。增加config文件到~/.ssh目录。

这是由于系统默认配置的用户名和我们私钥的用户名不匹配导致，直接通过config文件指定用户名就可以。echo "User gerrirt用户名" >>~/.ssh/config。在~/.ssh目录下创建config文件（如果没有的话）

Git常用操作命令收集1) 远程仓库相关命令检出仓库：$gitclonegit://github.com/jquery/jquery.git查看远程仓库：$gitremote -v添加远程仓库：$gitremote add [name] [url]删除远程仓库：$gitremote rm [name]修改远程仓库：$gitremote set-url --push[name][newUrl]拉取远程仓库：$gitpull [remoteName] [lo...

问题log@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ WARNING: UNPROTECTED PRIVATE KEY FILE! @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@Permissions 0766 for '/root/.ssh/id_rsa' are too open.It is require

问题描述： ubuntu下使用git克隆添加git开头的地址可以正常克隆，使用https开头的地址无法克隆，提示unable to get issuer certificate解决方案：git config --global http.sslVerify false设置之后，再次clone https开头地址，可以正常...

问题log如下-- Found PkgConfig: /home/wellnw/openwrt-19.07.2/openwrt/staging_dir/host/bin/pkg-config (found version "0.29.2")-- Checking for module 'systemd'-- No package 'systemd' foundCMake Error at third_party/openthread/CMakeLists.txt:46 (add_subdi..

在服务器添加完公钥后报错 sign_and_send_pubkey: signing failed: agent refused operation Permission denied (publickey). fatal: Could not read from remote repository.这个时候我们只要执行下 eval"$(ssh-agent ...