⑴ git clone github网站的仓库提示无法连接ssh协议的ssh:connect to host github.com Connection time out
代理应该是可以链接的，但是需要服务器分配才行，直接链接是不行的
⑵ git clone时报错 提示 early EOF、The remote end hung up unexpectedly 、 index-pack failed等错误信息
Gitlab服务器环境是CentOS7＋Gitlab7.2.1，最近发现在开发机上使用git pull更新文件时，会报如下错误。
fatal: The remote end hung up unexpectedlyfatal: early EOFfatal: unpack-objects failed
使用git clone重新checkout源也受到影响，长时间checkout不出来，
Google了半天也没找到个好办法，最后还是查错误日志定位到了问题
在/var/log/gitlab/unicorn/unicorn_stderr.log中，发现如下的错误信息
E, [2014-12-06T09:13:10.319216 #11074] ERROR -- : worker=0 PID:11091 timeout (31s > 30s), killingE, [2014-12-06T09:13:10.336186 #11074] ERROR -- : reaped #<Process::Status: pid 11091 SIGKILL (signal 9)> worker=0I, [2014-12-06T09:13:10.340379 #11183] INFO -- : worker=0 spawned pid=11183I, [2014-12-06T09:13:10.340848 #11183] INFO -- : worker=0 read
看来是被Ruby误认为超时中断了。解决办法就是调大unicorn的timeout值。
修改/var/opt/gitlab/gitlab-rails/etc/unicorn.rb，将
# What the timeout for killing busy workers is, in secondstimeout 30
改为
# What the timeout for killing busy workers is, in secondstimeout 60
最后，运行
sudo systemctl restart gitlab-runsvdir.service
重启Gitlab。
之后客户端就可以正常Git pull或者clone了
⑶ 在另一台linux服务器上，下载gitlab代码显示连接超时，是怎么回事
Gitlab上拉代码到另外一台linux服务器上，举个例子吧。以git@osc为例，直接在另一台服务器上git clone url即可
⑷ git无法clone，请问如何解决
git无法clone，请问如何解决
1）JDK类库中序列化API
java.io.ObjectOutputStream：表示对象输出流
它的writeObject(Object obj)方法可以对参数指定的obj对象进行序列化，把得到的字节序列写到一个目标输出流中。
java.io.ObjectInputStream：表示对象输入流
它的readObject()方法源输入流中读取字节序列，再把它们反序列化成为一个对象，并将其返回。
2）实现序列化的要求
只有实现了Serializable或Externalizable接口的类的对象才能被序列化，否则抛出异常。
⑸ ping云服务器ip有的反馈超时表示连接不稳定吗
如果ping都反馈超时的话，表示服务器的确不稳定，但是不一定是云服务器的问题，因为云服务器一般都是比较稳定的，除非你的服务器在国外。
除了排查云服务器以外，你也要排查本地的网络，看本地的网络是否稳定。
另外你可以通过tracert route 命令去检测到服务器ip的路由跳转情况，一般这种方法可以检测出路由是否有问题，或者路由不优质，经常会导致线路不稳定。
⑹ git clone 太慢怎么办
步骤如下：
1. clone最新一个提交
```
$ git clone --depth=1 [email protected]:atom/atom.git
Cloning into 'atom'...
remote: Counting objects: 444, done.
remote: Compressing objects: 100% (359/359), done.
remote: Total 444 (delta 20), reused 264 (delta 8)
Receiving objects: 100% (444/444), 2.25 MiB | 7.00 KiB/s, done.
Resolving deltas: 100% (20/20), done.
Checking connectivity... done.
```
2. 更新获取完整历史版本
```
$ git fetch --unshallow
remote: Counting objects: 98400, done.
remote: Compressing objects: 100% (27919/27919), done.
remote: Total 98159 (delta 68929), reused 97823 (delta 68611)
Receiving objects: 100% (98159/98159), 236.07 MiB | 18.00 KiB/s, done.
Resolving deltas: 100% (68929/68929), completed with 175 local objects.
From github.com:atom/atom
dbe15f7..7cdaaf2 master -> origin/master
remote: Counting objects: 7, done.
remote: Compressing objects: 100% (7/7), done.
remote: Total 7 (delta 0), reused 7 (delta 0)
Unpacking objects: 100% (7/7), done.
* [new tag] v0.0.1 -> v0.0.1
* [new tag] v0.0.2 -> v0.0.2
...此处省略91行
* [new tag] v0.92.0 -> v0.92.0
* [new tag] v0.93.0 -> v0.93.0
* [new tag] v0.94.0 -> v0.94.0
```
期间也中断过，和直接clone一样，都不支持续传。
下面的事实可以说明我这里速度有多慢：
unshallow后git status一看：
```
$ git st
On branch master
Your branch is behind 'origin/master' by 3 commits, and can be fast-forwarded.
(use "git pull" to update your local branch)
nothing to commit, working directory clean
```
⑺ git clone 太慢怎么办
Git 和 GitHub
的出现打开了开源世界的另一扇大门，版本控制变得更强大（也更复杂），项目的管理变得更加容易，项目的开发也变得更容易进行多人协作。GitHub
无疑是程序员的 Facebook
，在这里汇聚了无数世界顶级的项目以及顶级的程序员，你可以为你感兴趣的项目加星（Star），可以关注任何人（Follow）以及他们的项目
（Watch），而且更赞的是，你可以复制一份别人项目的副本（Fork），来进行自己的修改，如果你愿意的话，你还可以向项目的原作者发起请求
（Pull Request），将你做的修改合并到原项目中。这样无论你是什么人，来自不同的国家，拥有不同的技能，都可以对所有开源的项目作出贡献。
尽管上面描述的开源世界如此美好，但是在大天朝，在墙内，你却完全无法领略。因为当你访问 GitHub 时，或者使用 git clone 兴致勃勃的下载你感兴趣的项目时，巨慢的速度将彻底击毁你的信心，最终只好放弃表示玩不起。
强大的长城技术对 GitHub 网开一面，没有像 Google 或 Facebook 这样直接斩尽杀绝，但是对它做了严格的限速，这种折磨比直接毙了更痛苦（ 有网友表示，有些地区速度很快，有些地区速度很慢，也有可能是和网络运营商有关 ）。如上图所示， git clone 的下载速度从来没有超过 10KiB/s ，这也就意味着一个 100MiB 的项目，需要近三个小时才能下完，而且由于网络的不稳定性，下载过程中偶尔会出现断开连接的情况，由于 git clone 不支持断点续传，这让几个小时的下载时间白白浪费掉，只能重新开始。
这篇文章将介绍几种方法来快速从 GitHub 上下载代码。
一、git shallow clone
git clone 默认会下载项目的完整历史版本，如果你只关心最新版的代码，而不关心之前的历史信息，可以使用 git 的浅复制功能：
$ git clone --depth=1 https://github.com/bcit-ci/CodeIgniter.git
--depth=1 表示只下载最近一次的版本，使用浅复制可以大大减少下载的数据量，例如， CodeIgniter 项目完整下载有近 100MiB ，而使用浅复制只有 5MiB 多，这样即使在恶劣的网络环境下，也可以快速的获得代码。如果之后又想获取完整历史信息，可以使用下面的命令：
$ git fetch --unshallow
或者，如果你只是想下载最新的代码看看，你也可以直接从 GitHub 上下载打包好的 ZIP 文件，这比浅复制更快，因为它只包含了最新的代码文件，而且是经过 ZIP 压缩的。但是很显然，浅复制要更灵活一点。
二、GUI 工具 + 代理
如果很有幸你正在使用代理，懂得如何翻墙的话，那么访问 GitHub 对你来说应该不在话下。下载 GitHub
上项目的最简单的方法就是使用一款图形化界面（GUI）的 Git 工具，这样的工具现在比比皆是。使用 GUI
工具方便的地方在于，可以在设置中配置是否要使用代理，将你翻墙所使用的代理 IP 拿过来配置上就 OK 了，或者更直接的，将代理配置为系统代理。
三、git + http.proxy
如果你跟我一样，喜欢使用原生的 git 命令，喜欢在命令行下操作的那种感觉，那么也可以在命令行下直接配置 git 使用代理，当然前提一样是，你懂得如何翻墙。
$ git config --global http.proxy http://proxyuser:[email protected]:8080
$ git config --global https.proxy https://proxyuser:[email protected]:8080
使用上面的命令配置完之后，会在 ~/.gitconfig 文件中多出几行：
[http]
proxy = http://proxyuser:[email protected]:8080
[https]
proxy = https://proxyuser:[email protected]:8080
你也可以使用下面的命令检查配置是否生效：
$ git config --global --get http.proxy
$ git config --global --get https.proxy
另外，如果你想取消该设置，可以：
$ git config --global --unset http.proxy
$ git config --global --unset https.proxy
配置完成后，重新 clone 一遍，可以看到速度得到了极大的提升！
题外话：在命令行中如何使用代理？
要注意的是使用 git config --global 配置的代理只能供 git 程序使用，如果你希望让命令行中的其他命令也能自动使用代理，譬如 curl 和 wget 等，可以使用下面的方法：
$ export http_proxy=http://proxyuser:[email protected]:8080
$ export https_proxy=https://proxyuser:[email protected]:8080
这样配置完成后，所有命令行中的 HTTP 和 HTTPS 请求都会自动通过代理来访问了。如果要取消代理设置，可以：
$ unset http_proxy
$ unset https_proxy
还有一点要注意的是，使用 http_proxy 和 https_proxy 只对 HTTP 和 HTTPS 请求有效，所以当你 ping www.google.com 的时候如果 ping 不通的话，也就没什么大惊小怪的了。
题外话：如何使用 PAC 文件？
有时候我们会使用 git 访问不同的 git 仓库，譬如 GitHub，或者 Git@OSC， 或者你自建的 Git 服务器，但是只想访问 GitHub 的时候使用代理，访问其他的仓库不要使用代理。这时候我们似乎可以使用 PAC 来解决这个问题。 PAC （代理自动配置）正是用于浏览器来根据不同的 URL 自动采用不同的代理的一项技术，该文件包含一个 FindProxyForURL Javascript 函数，用于根据 URL 来返回不同的代理。
但是遗憾的是，目前 git 似乎还不支持 PAC 文件，但我们可以打开 PAC 文件找到代理的地址，然后通过上面的方法来配置或取消配置，只是有些繁琐。 也许可以写个脚本来解析 PAC 文件，并将 git 包装下，来实现自动切换代理，有机会尝试下。
⑻ 服务器连接超时怎么办
有可能是你的网络不稳定,网速慢造成的,也有可能是服务器的繁忙造成的
网速慢的几种原因： 网络自身问题(服务器带宽不足或负载过大)
网线问题导致网速变慢(双绞线不合规格，表现为：一种情况是刚开始使用时网速就很慢
另一种情况则是开始网速正常，但过了一段时间后，网速变慢)。
网络中存在回路导致网速变慢。
网络设备硬件故障引起的广播风暴而导致网速变慢。
网络中某个端口形成了瓶颈导致网速变慢。
蠕虫病毒的影响导致网速变慢。
防火墙的过多使用。
系统资源不足。
网速慢主要是有以上的原因造成的,建议先清理一下电脑的垃圾进程,优化一下系统,还有木马也可以扫描。
解决方法:
请换个时间段再上或者换个目标网站。
检查双绞线是否合格。
用分区分段逐步排除的方法，排除回路故障。
DOS下用 “Ping”命令对所涉及计算机逐一测试，网卡、集线器以及交换机是最容易出故障引起网速变慢的设备。
更换服务器网卡为100M或1000M、安装多个网卡、划分多个VLAN、改变路由器配置来增加带宽等。
必须及时升级所用杀毒软件；计算机也要及时升级、安装系统补丁程序，同时卸载不必要的服务、关闭不必要的端口，以提高系统的安全性和可靠性。
⑼ 在使用git clone的时候，提示说fatal: HTTP request failed
有一种可能是你DNS解析的问题。
解决方案：
修改配置文件
#vim /etc/resolv.conf
nameserver 8.8.8.8
保存即可