解决git下载出现：Failed to connect to 127.0.0.1 port 1080: Connection refused拒绝连接错误

文章目录：
一、git拒绝连接原因分析
二、错误解决方式
1、查看Linux当前有没有使用代理
2、查看端口有没有被占用
2、取消代理设置
linux解决端口号被占用（扩展内容）


不知道是不是翻墙导致的错误，昨天同事说服务器出现了这个错误，然后说服务器坏啦什么哒，因为是我重启啦，所以就感觉好像在一顿帅锅，哎！！！ 然后我上去搞了一下一会搞定啦！无能者只剩下了愤怒！！！

一、git拒绝连接原因分析
使用git从远程仓库下载代码出现上述的错误是因为使用了proxy代理，所以要解决该问题，核心操作就是要取消代理
二、错误解决方式
1、查看Linux当前有没有使用代理

方式一：通过git的配置文件查看有无使用代理（没有成功）

查询是否使用代理：git config --global http.proxy 


注： 我在使用该方法并没有返回任何信息，也没有返回代理使用，当然啦，你可以尝试，毕竟好多人都是用这种方法查看的。还有，你可以试试git config --global --unset https.proxy  在http协议后面加s试一下


方式二：通过查询系统环境有没有使用代理（成功）

env|grep -I proxy

我是用这个命令查询出有在使用代理的，返回信息如下：



从上面可以看出，有很多协议占用了这个端口，有http、ftp、all、socks、https、no
2、查看端口有没有被占用
2、取消代理设置

方式一：通过git取消代理设置

$ git config --global --unset http.proxy
$ git config --global --unset https.proxy

（我尝试了该方法，并没有取消代理，代理依然存在，当然啦，你可以尝试一下）
2、方式二：
 export http_proxy=""
 export https_proxy=""
 export HTTP_PROXY=""
 export HTTPS_PROXY=""

(我尝试了该方法，并没有取消代理，代理依然存在，当然啦，你可以尝试一下）

方式二：通过系统命令取消代理

$ unset http_proxy
$ unset ftp_proxy
$ unset all_proxy
$ unset https_proxy
$ unset no_proxy

把上面出现的所有使用代理的协议，全部都取消掉，然后问题成功解决
 到此为止问题已经完全解决，下面内容为扩展内容

Reference:

1、https://www.jianshu.com/p/d6730c16a4c9

2、http://www.voidcn.com/article/p-vzlydxyu-bsa.html

3、https://blog.csdn.net/xunan003/article/details/79233147
linux解决端口号被占用（扩展内容）

查看端口有没有被占用

lsof -i:1080

显示结果：



2、查看指定端口的使用情况
netstat -tln | grep 1080

显示结果：



3、 显示系统端口使用情况
netstat -anp



查看进程号对用的可执行程序

ps -f -p 进程号



终止进程号（被占用的端口）

kill -9 进程号

例如：
kill -9 8379

Netstat 命令用于显示各种网络相关信息，如网络连接，路由表，接口状态 (Interface Statistics)，masquerade 连接，多播成员 (Multicast Memberships) 等等。
-a (all)显示所有选项，默认不显示LISTEN相关

-t (tcp)仅显示tcp相关选项

-u (udp)仅显示udp相关选项

-n 拒绝显示别名，能显示数字的全部转化成数字。

-l 仅列出有在 Listen (监听) 的服務状态
-p 显示建立相关链接的程序名

-r 显示路由信息，路由表

-e 显示扩展信息，例如uid等

-s 按各个协议进行统计

-c 每隔一个固定时间，执行该netstat命令。
提示：LISTEN和LISTENING的状态只有用-a或者-l才能看到






♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠ ⊕ ♠ ⊕  ♠ ⊕ ♠

有时候我们使用git  push向远程仓库推送的时候，会报错如下：
[remote rejected] master -> master (branch is currently checked out)
remote: error: refusing to update checked out branch: refs/heads/master
remote: error: By default, updating the current branch in a non-bare repository
remote: error: is denied, because it will make the index and work tree inconsistent
remote: error: with what you pushed, and will require 'git reset --hard' to match
remote: error: the work tree to HEAD.
remote: error:
remote: error: You can set 'receive.denyCurrentBranch' configuration variable to
remote: error: 'ignore' or 'warn' in the remote repository to allow pushing into
remote: error: its current branch; however, this is not recommended unless you
remote: error: arranged to update its work tree to match what you pushed in some
remote: error: other way.
remote: error:
remote: error: To squelch this message and still keep the default behaviour, set
remote: error: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
To [email protected]:/var/git.server/.../web
! [remote rejected] master -> master (branch is currently checked out)
error: failed to push some refs to '[email protected]:/var/git.server/.../web'     这是因为git默认是拒绝push操作的，我们在.git/config里面添加如下配置项即可：
[receive]
denyCurrentBranch = ignore      这是当我们初始化一个远程仓库的时候，使用git  --bare  init即可了，而不是使用git  init，这样那么该远程仓库的目录下，也包含work  tree，当本地仓库向远程仓库push时，如果远程仓库正在push的分支上时，那么push后的结果不会反映在work  tree上，也就是在远程仓库的目录下对应的文件还是之前的内容，必须使用git  reset  --hard才能看到push之后的内容。
注意如果当时不在push的分支上，是没问题的。
原文：http://blog.csdn.net/xinguimeng/article/details/45460491

	

Git服务器端的配置选项并不多，但仍有一些饶有生趣的选项值得你一看。
receive.fsckObjects
Git默认情况下不会在推送期间检查所有对象的一致性。虽然会确认每个对象的有效性以及是否仍然匹配SHA-1检验和，但 Git 不会在每次推送时都检查一致性。对于 Git 来说，库或推送的文件越大，这个操作代价就相对越高，每次推送会消耗更多时间，如果想在每次推送时 Git 都检查一致性，设置 receive.fsckObjects 为true来强迫它这么做：
$ git config --system receive.fsckObjects true
现在 Git 会在每次推送生效前检查库的完整性，确保有问题的客户端没有引入破坏性的数据。
receive.denyNonFastForwards
如果对已经被推送的提交历史做衍合，继而再推送，又或者以其它方式推送一个提交历史至远程分支，且该提交历史没在这个远程分支中，这样的推送会被拒绝。这通常是个很好的禁止策略，但有时你在做衍合并确定要更新远程分支，可以在push命令后加-f标志来强制更新。
要禁用这样的强制更新功能，可以设置receive.denyNonFastForwards：
$ git config --system receive.denyNonFastForwards true
稍后你会看到，用服务器端的接收钩子也能达到同样的目的。这个方法可以做更细致的控制，例如：禁用特定的用户做强制更新。
receive.denyDeletes
规避denyNonFastForwards策略的方法之一就是用户删除分支，然后推回新的引用。在更新的 Git 版本中(从1.6.1版本开始)，把receive.denyDeletes设置为true：
$ git config --system receive.denyDeletes true
这样会在推送过程中阻止删除分支和标签 — 没有用户能够这么做。要删除远程分支，必须从服务器手动删除引用文件。通过用户访问控制列表也能这么做，在本章结尾将会介绍这些有趣的方式。
！爆享折扣！
▼▼▼原价129，今日拼团仅需 ¥99！新人专享首单限时优惠 ¥19.9！！！但！仅限前100个名额！???

	

这节是完全面向入门者的，我假设你从零开始创建一个项目并且想用 Git 来进行版本控制，因此本文会避开分支这些相对复杂的概念。
在这节中，我会介绍如何在你的个人项目中使用 Git，我们会讨论 Git最基本的操作——如何初始化你的项目，如何管理新的或者已有的文件，如何在远端仓库中储存你的代码。
安装 Git
Mac 用户：Xcode Command Line Tools 自带 Git (xcode-select --install)
Linux 用户：sudo apt-get install git
Windows 用户：下载 Git SCM
对于 Windows 用户，安装后如果希望在全局的 cmd 中使用 git，需要把 git.exe 加入 PATH 环境变量中，或在 Git Bash 中使用 Git。
检出仓库
执行如下命令以创建一个本地仓库的克隆版本： git clone /path/to/repository
如果是远端服务器上的仓库，你的命令会是这个样子： git clone username@host:/path/to/repository (通过 SSH) 或者： git clone https:/path/to/repository.git (通过 https)
比如说 git clone https://github.com/xxxxx/git-recipes.git 可以将 git 教程 clone 到你指定的目录。
创建新仓库
创建新文件夹，打开，然后执行 git init 以创建新的 git 仓库。
下面每一步中，你都可以通过 git status 来查看你的 git 仓库状态。
工作流
你的本地仓库由 git 维护的三棵“树”组成。第一个是你的 工作目录，它持有实际文件；第二个是 缓存区(Index)，它像个缓存区域，临时保存你的改动；最后是 HEAD，指向你最近一次提交后的结果。 
事实上，第三个阶段是 commit history 的图。HEAD 一般是指向最新一次 commit 的引用。现在暂时不必究其细节。
添加与提交
你可以计划改动(把它们添加到缓存区)，使用如下命令：
git add < filename >git add *
这是 git 基本工作流程的第一步。使用如下命令以实际提交改动：
git commit -m "代码提交信息"
现在，你的改动已经提交到了 HEAD，但是还没到你的远端仓库。
在开发时，良好的习惯是根据工作进度及时 commit，并务必注意附上有意义的 commit message。创建完项目目录后，第一次提交的 commit message 一般为「Initial commit.」。
推送改动
你的改动现在已经在本地仓库的 HEAD 中了。执行如下命令以将这些改动提交到远端仓库：
git push origin master
可以把 master 换成你想要推送的任何分支。
如果你还没有克隆现有仓库，并欲将你的仓库连接到某个远程服务器，你可以使用如下命令添加：
git remote add origin 
如此你就能够将你的改动推送到所添加的服务器上去了。
这里 origin 是 < server > 的别名，取什么名字都可以，你也可以在 push 时将 < server > 替换为 origin。但为了以后 push 方便，我们第一次一般都会先 remote add。
如果你还没有 git 仓库，可以在 GitHub 等代码托管平台上创建一个空(不要自动生成 README.md)的 repository，然后将代码 push 到远端仓库。
至此，你应该可以顺利地提交你的项目了。在下一节中，我们将涉及更多的命令，来完成更有用的操作。比如从远端的仓库拉取更新并且合并到你的本地，如何通过分支多人协作，如何处理不同分支的冲突等等。