github.com 拒绝了我们的连接请求——解决方法

我的是win10系统。

我的失败尝试（提一下主要是可能我的是不可以，但是你们的可以也不一定）：

第一次：如上错误提示重置网络，重启路由器，更改代理服务器什么什么的。。。。失败

第二次：在cmd中，ping githubcom,得到IP并将其ip和域名添加到hosts文件（目录：C:\Windows\System32\drivers\etc）中，失败。

成功解决：

1打开 Dns检测|Dns查询 - 站长工具

2在检测输入栏中输入 GitHub 官网

3把检测列表里某个IP（对应TTL值最小和最大的IP我尝试了都可以，其他有兴趣可以试试）输入到hosts里，并对应写上github官网域名

ps：要更改hosts文件需要管理员权限，所以打开该文件时需以管理员身份进行。具体 *** 作（以记事本为例）——选中记事本——>右键——>点击“以管理员身份运行”，打开记事本——>在记事本左上角点击文件->打开，在搜索框输入C:\Windows\System32\drivers\etc，进入hosts所在目录——>点击右下方所有文件，打开hosts文件，然后进行修改，最后保存并退出即可。
知乎方案参考：>打开Github For Windows 进入到需要回退的项目主页，在History里选中要回退的某个版本，点击右侧的“roll back”按钮
2
这时在下方就会提示一个“UNDO”的撤销 *** 作，代表你已经成功回退到某个版本了
3
当然你可以直接在命令行使用 git reset --hard <commit ID号> 或者 git reset --hard HEAD^来进行回退

以前因为觉得git、github比较难，所以一直拖着不学，现在去尝试学习，一晚上就OK了
重点之一是找到全面的、详细的、生动的、高质量的教程。廖雪峰的git教程是我目前找到的最好的一个。之前找到的讲解git用法的书《pro git》现在看来是没有必要再看了！
重点之二就是自己立即去学，其实没什么难的，不要被貌似难的表象、概念唬住。
重点之三是最好能自己做简单的、系统的整理，方便自己随时再回来查看、复习、参考，不至于出现这样的情况：学完以后过一段时间之后再用，但是这时候发现忘了差不多了！
重点之四就是立即动手去用，否则学完很快就忘了。
有钱的买mac，没钱的用ubuntu--或者其他的linux发行版、被逼无奈的用Windows--但是被逼之余的自主时间一定要远离Windows。
现在我的测试环境是ubuntu。
以对一个文件的管理为例，简单说明git的使用。另外需要说明的是下面的实验过程主要是只针对一个文件、并且修改的次数往往只有一次，而在真正的项目中，往往有大量的文件，也可能多次修改后才合并，合并时候的冲突可能也不只一两个，等等。不过原理都是一样的，我想说的是，不要局限在这个教程的示例上，请自己通过教程掌握基本的远原理之后，自己推广、去大量的实践，最重要的是要制定一个好的版本控制的策略（合理分工、安排，还是尽可能的避免冲突为好），这个可以参考：使用git和github进行协同开发流程以及我的学习笔记使用git和github管理自己的项目---真实开发环境的策略。
1创建版本库
sudo apt-get install git 先安装git
先创建目录，作为仓库
git init 初始化仓库，可以发现当前目录下多了一个git的目录，这个目录是Git来跟踪管理版本库的，没事千万不要手动修改这个目录里面的文件，不然改乱了，就把Git仓库给破坏了
vim readmetxt 新建一个文本文件，比如往里面添加简单的一行字符串
git add readmetxt 添加一个文件，比如readmetxt，如果目录里面的所有文件都要添加，可以git add
git commit-m "添加一个readmetxt文件" 将文件提交到仓库，并加上说明（这时候是版本1）
如果是第一次使用git，那么git commit可能报错，所以需要你配置一些个人信息
git config --global useremail "you@examplecom" 配置邮件
git config --global username "Your Name" 配置用户名
必须配置，否则后面的commit、push到远程库都会失败
然后再次git commit -m "添加一个readmetxt文件" 才会成功
2提交修改
假如此时第一次修改了readmetxt文件
git status 让我们时刻掌握仓库当前的状态。这时告诉我们，readmetxt被修改过了，但还没有准备提交的修改。
git diff readmetxt 查看对readmetxt做了什么修改
git add readmetxt 提交修改和提交新文件是一样，先git add
git status 可以再用git status查看仓库的当前状态，告诉我们，将要被提交的修改包括readmetxt
git commit-m "第一次修改" 然后再git commit，并添加修改的描述（这时候是版本2）
git status 可以再执行git status看仓库状态，因为所有的都提交了，Git告诉我们当前没有需要提交的修改，而且，工作目录是干净（working directory clean）的。
3版本回退
你可以像上面所说的那样不停的提交新的文件、提交对文件的修改
这时候第二次修改readmetxt文件
git add readmetxt 先git add
git commit -m "第二次修改" 提交第二次修改（这时候是版本3）
git log 显示从最近到最远的提交日志，具体显示的内容自己试一试看看
git log --pretty=oneline 如果嫌输出信息太多，看得眼花缭乱，试试加上--pretty=oneline参数
看这篇教程去理解为什么Git的版本号要这么长，Git的版本号类似：3628164fb26d48395383f8f31179f24e0882e1e0 这样的特别长的十六进制数。
git reset --hard HEAD^ 会回退到上一个版本，也就是从版本3回退到版本2
在Git中，用HEAD表示当前版本，也就是最新的提交3628164882e1e0（注意我的提交ID和你的肯定不一样），上一个版本就是HEAD^，上上一个版本就是HEAD^^，当然往上100个版本写100个^比较容易数不过来，所以写成HEAD~100
vim readmetxt 可以看到此时的readmetxt文件就是版本2时候的内容，回退成功！
git log 此时看到版本3的信息没有了
git reset --hard 3628164 通过命令行上的历史信息（假如你没清屏的话），找到版本3 的版本号，不一定要全部的版本号，就像这个命令的例子，只要前面的约7、8位这样就可以指定回到版本3
vim readmetxt 看到的是第三版本的readmetxt文件的内容，所以又回来了
Git的版本回退速度非常快，因为Git在内部有个指向当前版本的HEAD指针，当你回退版本的时候，Git仅仅是把HEAD从指向你要回退的那个版本
git reflog 记录你的每一次命令，最先显示的是这个命令执行之后的版本的版本号的前七位，这样就算你清屏了或者重启了，也能找到某个版本的版本号，就可以轻松回退到那个版本
4工作区、版本库和暂存区
工作区：就是你在电脑里能看到的目录，比如我的learngit文件夹就是一个工作区。
版本库：工作区有一个隐藏目录git，这个不算工作区，而是Git的版本库。
暂存区：Git的版本库里存了很多东西，其中最重要的就是称为stage（或者叫index）的暂存区，还有Git为我们自动创建的第一个分支master，以及指向master的一个指针叫HEAD。
前面讲了我们把文件往Git版本库里添加的时候，是分两步执行的：
第一步是用git add把文件添加进去，实际上就是把文件修改添加到暂存区；
第二步是用git commit提交更改，实际上就是把暂存区的所有内容提交到当前分支。
因为我们创建Git版本库时，Git自动为我们创建了唯一一个master分支，所以，现在，git commit就是往master分支上提交更改。
你可以简单理解为，需要提交的文件修改通通放到暂存区，然后，一次性提交暂存区的所有修改。
详细知识见这篇教程。必须理解暂存区、工作区、版本库。这些都是是Git非常重要的概念，弄明白了这些概念，就弄明白了Git的很多 *** 作到底干了什么。没弄明白的话，请反复看！！
5管理修改
为什么Git比其他版本控制系统设计得优秀，因为Git跟踪并管理的是修改，而非文件。
什么是修改？比如你新增了一行，这就是一个修改，删除了一行，也是一个修改，更改了某些字符，也是一个修改，删了一些又加了一些，也是一个修改，甚至创建一个新文件，也算一个修改。
通过实例讲解什么叫跟踪修改，要想理解，请参考原文结合暂存区的知识理解：
vim readmetxt 编辑文件，比如添加新的一行
git add readmetxt 添加，但是不提交
vim readmetxt 再编辑文件，比如再添加一行
git commit -m "修改两次，添一次，提交一次" 提交
git status 看到的效果是：只提交了第一次的修改，第二次的修改没有提交
那怎么提交第二次修改呢？你可以继续git add再git commit，也可以别着急提交第一次修改，先git add第二次修改，再git commit，也就是第一次修改 -> git add -> 第二次修改 -> git add -> git commit，就相当于把两次修改合并后一块提交了。
6撤销修改
第一种情况
修改了readmetxt文件，还没有git add 和git commit
但是在你提交之前发现这次修改有问题。既然错误发现得很及时，就可以很容易地纠正它。你可以手动把文件恢复到上一个版本的状态。
git checkout -- readmetxt 也可以通过命令撤销修改，这条命令的意思就是，把readmetxt文件在工作区的修改全部撤销
无论是文件修改后值存在于工作区还没有放到暂存区，还是已经添加到暂存区，总之这个命令就是让这个文件回到最近一次git commit或git add时的状态。
查看文件，内容果然复原了。git checkout -- file命令中的--很重要，没有--，就变成了“切换到另一个分支”的命令，我们在后面的分支管理中会再次遇到git checkout命令。
第二种情况
修改了readmetxt文件，而且执行了git add readmetxt
庆幸的是你在 git commit 之前发现了这个问题
git status 查看一下，修改只是添加到了暂存区，还没有提交
git reset HEAD readmetxt 可以把暂存区的修改撤销掉，重新放回工作区。git reset命令既可以回退版本，也可以把暂存区的修改回退到工作区。当我们用HEAD时，表示最新的版本。
git status 查看一下，现在暂存区是干净的，工作区有修改
git checkout -- readmetxt 还记得第一种情况中如何丢弃工作区的修改吧
第三种情况
现在，假设你不但改错了东西，还从暂存区提交到了版本库，怎么办呢？还记得版本回退一节吗？可以回退到上一个版本。不过，这是有条件的，就是你还没有把自己的本地版本库推送到远程。
还记得Git是分布式版本控制系统吗？我们后面会讲到远程版本库，一旦你把错误的修改（如果是影响很大的错误）提交推送到远程版本库，你就真的惨了……
区别对待本地版本库和远程版本库！
7删除文件
在Git中，删除也是一个修改 *** 作
添加一个新的文件 testtxt
git add testtxt
git commit testtxt -m "再次新增一个文件"
一般情况下，你通常会在文件管理器中把没用的文件删除，或者直接rm testtxt
git status 这个时候，Git知道你删除了文件，因此，工作区和版本库就不一致了，git status命令会立刻告诉你哪些文件被删除了
现在你有两个选择，一是确实从版本库中删除该文件，那就git rm testtxt，然后git commit 文件就从版本库中删除了
另一种情况是删除错了，因为版本库里还有，所以可以轻松地将误删除的文件恢复到最新版本git checkout -- testtxt git checkout其实使用版本库中的版本替换工作区的版本，无论工作区是修改还是删除，都可以“一键还原”
8添加远程库
要想学习这部分的知识，请先参考下面的：a配置连接远程仓库Github。
假如现在你已经配置好github，并且在github上添加了learngit仓库。
git remote add origin git软件开发公司上了：>

方法/步骤

1在windows系统客户端安装git工具。注：如何安装git工具在此不做介绍，如需了解可网上搜索安装介绍。

2在“本地文件”中添加“git文件”，用于git管理。进入本地文件夹，右击鼠标-单击GitInitHere-生成git文件夹。

3在github创建仓库用于存储管理本地文件，示例：Blog。点击账号前的加号（CreateNew）--Newrepository，根据引导创建一个Blog仓库。

4远程添加github上的Blog仓库。1）进入本地文件夹下-右击鼠标-GitGui-远端（remote）-Add

52）获取github中Blog仓库的地址。

63)在AddRemote窗口中填写名字、Location。名字：BlogLocation：粘贴刚刚复制的Blog仓库路径最后单击“Add”。

7将本地文件内容即“已缓存的改动”，提交git管理的master分支上。

8将本地文件上传到github上去。单击GitGui界面“上传”--“上传”窗口随意勾选一个或多个传输选项--点击“上传”--上传Blog过程中需要输入github的登录账号和密码。

9在github上查看本地文件Blog项目是否上传成功。注意事项git文件夹是隐藏的项目，在“查看”中允许隐藏项目显示才可以看见。“上传”窗口中必须勾选一个或多个传输选项，传输选项不能为空否则上传会失败。

---