精华内容
下载资源
问答
  • 解决git下载出现:Failed to connect to 127.0.0.1 port 1080: Connection refused拒绝连接错误(20190226)文章目录:一、git拒绝连接原因分析二、错误解决方式1、查看Linux当前有没有使用代理2、查看端口有没有被...


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


    一、git拒绝连接原因分析

    使用git从远程仓库下载代码出现上述的错误是因为使用了proxy代理,所以要解决该问题,核心操作就是要取消代理

    二、错误解决方式

    1、查看Linux当前有没有使用代理

    1. 方式一:通过git的配置文件查看有无使用代理(没有成功)
    查询是否使用代理:git config --global http.proxy 
    

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

    1. 方式二:通过查询系统环境有没有使用代理(成功)
    env|grep -I proxy
    

    我是用这个命令查询出有在使用代理的,返回信息如下:
    在这里插入图片描述
    从上面可以看出,有很多协议占用了这个端口,有http、ftp、all、socks、https、no

    2、查看端口有没有被占用

    2、取消代理设置

    1. 方式一:通过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=""
    

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

    1. 方式二:通过系统命令取消代理
    $ 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解决端口号被占用(扩展内容)

    1. 查看端口有没有被占用
    lsof -i:1080
    

    显示结果:
    在这里插入图片描述
    2、查看指定端口的使用情况

    netstat -tln | grep 1080
    

    显示结果:
    在这里插入图片描述
    3、 显示系统端口使用情况

    netstat -anp
    

    在这里插入图片描述

    1. 查看进程号对用的可执行程序
    ps -f -p 进程号
    

    在这里插入图片描述

    1. 终止进程号(被占用的端口)
    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...

    有时候我们使用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.fsckObjectsGit默认情况下不会在推送期间检查所有对象的一致性。虽然会确认每个对象的有效性以及是否仍然匹配SHA-1检验和,但 Git 不会...

    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个名额???

    2f7c63106e52620732617530d2b9051e.png

    展开全文
  • 这节是完全面向入门者的,我假设你从零开始创建一个项目并且想用 Git 来进行版本控制,因此本文会避开分支这些相对复杂的概念。在这节中,我会介绍如何在你的个人项目中使用 Git,我们会讨论 Git最基本的操作——...

    这节是完全面向入门者的,我假设你从零开始创建一个项目并且想用 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,指向你最近一次提交后的结果。

    cade11a809ad75ca1a88994ec9e266cc.png

    事实上,第三个阶段是 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 到远端仓库。

    至此,你应该可以顺利地提交你的项目了。在下一节中,我们将涉及更多的命令,来完成更有用的操作。比如从远端的仓库拉取更新并且合并到你的本地,如何通过分支多人协作,如何处理不同分支的冲突等等。

    展开全文
  • 我已经解决了一些合并冲突,已提交然后尝试推送更改,并收到以下错误:c:\Program Files (x86)\Git\bin\git.exe push --recurse-submodules=check "origin" master:masterDoneremote: error: refusing to update ...
  • 远程仓库为了能在任意 Git 项目上协作,你需要知道如何管理自己的远程仓库。 远程仓库是指托管在因特网或其他网络中的你的项目的版本库。 你可以有好几个远程仓库,通常有些仓库对你只读,有些则可以读写。 与他人...
  • 质量门禁的第一关,Git的Commit门禁Verigreen 是一个轻量级的Git的checkin的门禁,通过Verigreen可以保护代码分支不受污染。Verigreen看好质量门禁的大门在很多情况下,RD提交了他的代码后就会触发CI的流程,当CI的...
  • 问题描述:github上添加公钥后,windows上push分支正常,使用同样命令ubuntu下push失败,报dst ref...问题排查:1、检查本地连接是否正常:ssh -T git@github.com,连接正常; 2、检查本地分支和状态;git branch上有...
  • 试图将更改推送到远程回购我得到:$ git pushCounting objects: 544, done.Delta compression using up to 4 threads.Compressing objects: 100% (465/465), done.Writing objects: 100% (533/533), 2.04 MiB | 1.1....
  • 使用Github pull 代码突然报错:Failed to connect to 127.0.0.1 port 43421: Connection refused使用 lsof 发现端口未被占用:lsof -i:45463查看代理:env|grep -i proxyNO_PROXY=localhost,127.0.0.0/8,::1...
  • 一、git拒绝连接原因分析 使用git从远程仓库下载代码出现上述的错误是因为使用了proxy代理,所以要解决该问题,核心操作就是要取消代理 二、错误解决方式 1、查看Linux当前有没有使用代理 方式一:通过git的配置...
  • 第一步在本地创建git仓库 在本地创建一个文件夹,cd进入文件夹之后 git init 创建仓库 ls -a 能看见.git文件说明创建仓库成功。 第二步如果你的本机是第一次成功使用git,那么配置一下一些基本信息 git config ...
  • 我出现问题的原因是自己修改过 C:\Windows\System32\drivers\etc\HOSTS, 把同事的这个文件拷贝过来后,一切恢复了正常 错误在eclipse中表现为: 错误在命令行窗口表现为: 等了大概5分钟,出现被拒绝的提示:” ...
  • 虽然大家肯定都知道这两个概念,但是还是要先说两句废话的……Git -> 分布式版本控制系统,用来记录一个或者多个文件的变化。GitHub -> 代码托管中心,用来提供Git服务的地方。安装Git这个没什么好说的,一路...
  • git 不能clone,显示拒绝连接

    千次阅读 2018-11-12 22:15:13
    这是由于一个代理节点在git上被配置了,解决步骤: 1 查看是否有代理被占用 git config --global http.proxy 确实有代理在占用 2 取消代理 git config --global --unset http.proxy ...
  • 我出现问题的原因是自己修改过 C:\Windows\System32\drivers\etc\HOSTS, 把同事的这个文件拷贝过来后,一切恢复了正常 错误在eclipse中表现为: 错误在命令行窗口表现为: 等了大概5分钟,出现被拒绝的提示:” ...
  • 解决 git push Failed to connect to 127.0.0.1 port 45463: 拒绝连接@TOC 发生这种情况是因为代理是在git中配置的。 既然它的https代理(而不是http)git config http.proxy并git config --global http.proxy没有...

空空如也

空空如也

1 2 3 4 5 ... 9
收藏数 162
精华内容 64
关键字:

git拒绝连接