Git使用笔记
什么是git，git介绍和svc对比
https://www.liaoxuefeng.com/wiki/896043488029600/896067008724000
git安装（win）
下载安装包https://git-scm.com/download/win
选择自己喜欢的ide，然后安装一直next
安装完成打开bash
安装完成后，进行git配置
Git配置
查看版本
$ git –version
用户信息设置
在命令行输入：
$ git config --global user.name "Your Name"
$ git config --global user.email [email protected]
查看已有的配置信息
使用以下命令
$ git config --list
最下面的两行就是用户配置
也可以用这种方式
$ git config user.name
其他配置参考
https://www.runoob.com/git/git-install-setup.html
基本工作原理
基本概念
我们先来理解下 Git 工作区、暂存区和版本库概念：
工作区：就是你在电脑里能看到的目录。
暂存区：英文叫 stage 或 index。一般存放在 .git 目录下的 index 文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）。
版本库：工作区有一个隐藏目录 .git，这个不算工作区，而是 Git 的版本库。
三棵树
你的本地仓库有 Git 维护的三棵"树"组成，这是 Git 的核心框架。这三棵树分别是：工作区域、暂存区域和 head
工作区域（Working Directory）就是你平时存放项目代码的地方。
暂存区域（Stage）用于临时存放你的改动，事实上它只是一个文件，保存即将提交的目录树。
HEAD 是当前分支引用的指针，它总是指向该分支上的最后一次提交。 这表示 HEAD 将是下一次提交的父结点。 通常，可以把 HEAD 看做你的上一次提交的快照。head通常都是指向master分支。
Git 的工作流程一般是：
- 在工作目录中添加、修改文件；
- 将需要进行版本管理的文件放入暂存区域；
- 将暂存区域的文件提交到 Git 仓库。
摘抄自第二章https://www.jianshu.com/p/e57a4a2cf077
https://blog.csdn.net/hcrw01/article/details/107449438
git三棵树
确定了原理之后，按照最简单的方式入手，按照git的三棵树的核心框架，我们首先需要的就是"种树"，
先讲下Workiing Directory，也就是工作区域，先在本地建一个目录。
跟其他ide新建工程一样，工程要放在自己自定义的目录，可以用win自带的文件管理器建立好目录（全英文），也可以用在终端敲命令，这里建立的目录是
G:\future\GitProject\work
放入代码，这里新建一个hello.txt文件，使用编辑器（不要自带的记事本，使用UTF-8编码）打开随便写点内容，比如
hello git！
这不就是普通的文件夹放个文件嘛，对，这就是第一棵树，跟普通文件夹可以说没有区别额，但是差第一棵树还有最后一步。
初始化目录（创建仓库）-git init
打开终端，使用pwd，ls和cd等命令一顿操作，然后进入文件目录。
使用当前目录作为Git仓库，使用以下命令初始化。
git init
也可以这样~ ，在GitProject目录下，使用以下命令
git init work
初始化后有什么变化呢
最明显的，初始化后目录下多了⼀个隐藏的 .git的目录，这个目录是Git来跟踪管理版本库的，也就是版本库（Repository）。
实际有什么变化呢
这里需要用下面的指令了
查看状态变化- git status
先来一顿操作体验下命令的使用，分别在初始化完成后 输入初始化和查看状态命令，
git status
然后删除.git目录，再查看状态，如图
通过状态变化命令就可以知道初始化完成的变化，也就是创建了work的 git仓库，仓库根据.git目录来判定的。
对于小白入门学习来说，后面的探索会一直用到状态变化指令，如果感觉太长，可以试试这个。
git status -s
ps：回头看这个简单指令，显示可能会有人看不懂，建议查看状态每次都用两种查看对比，就不用特地去查用法了 。
而第一个树也一样，跟普通文件夹的区别也就是同一个目录下有没有.git目录。初始化完成也就种好了，Workiing Directory可以看成是指除了.git目录的工作区域，通过查看状态变化命令可以看出，在这个区域下的文件才能被识别。
接下来是种第二课树，也就是stage（index），第一次打开.git目录，是这样的
用一个框图来理解
第二课树呢？空白的，别急，
添加文件到暂存区-git add
输入命令，
git add hello.txt
查看文件夹，就多了一个index，这个就是第二个树，文件暂存区，并且add命令实现了第一个树到第二个树的操作，git add 更新了index，index存放的并不是实际文件，工作区域的实际文件内容（目录树）是被写入对象库中的新对象中，新对象的ID就是索引记录的内容。
同时状态变化，在 "Changes not staged for commit" 下面提示 有新文件。
题外话：学习内容很多是参考廖雪峰老师的教程，教程前面的add命令说是添加仓库，有点不准确，应该是暂存区，也就是stage（index），不过后面也解释了，开始被混淆了。
添加到仓库，个人理解是复制文件到工作区域（working directory）。
接下来是第三棵树，head指针
先说下master分支，关于名字，master是安装软件默认下的配置，一直next的都是这个名字的分支。
查看当前工作分支-- git branch
git branch
这个命令和状态变化命令加-b参数相近
git status -s -b
结果是
小白先不管分支的具体含义，初始化的git仓库master分支都是空白的，也就是HEAD指向的内容是空白的。那么先提交，继续探索。
提交暂存区内容到版本库（repository）--git commit
命令用法：
git commit -m 'version_1'
此时的框架是这样的
提交完成后
状态变化，提示没有需要提交内容。
很多教程都是说提交命令是提交到库，到底提交了什么，提交到哪里去了。
带着这两个问题继续探索。
除了status命令，我们需要更加有用的工具，这就用到查看提交记录命令了。
查看历史提交记录-- git log
我们探索就需要详细的记录，使用一下格式查看提交记录
git log -1 --pretty=raw
如果嫌输出信息太多，看得眼花缭乱的，可以试试加上--pretty=oneline参数：
提交一次的结果是看不出历史记录的真正的内容和head的作用，需要再来一次
我们修改下文件内容
echo "Nice to meet you." >> hello.txt
修改了想看下具体差异，可以使用下面的命令
查看差异—git diff
git diff hello.txt
Ps：前面没有截图，后面补的是echo "new difference" >> hello.txt
。哈哈，我学会了时光机，我重新回去，再跑一遍截了图
查看差异是一个很强大的工具，通过不同参数可以比较三棵树之前的的内容的差异，如下图。
修改后状态变化，在 "Changes not staged for commit" 下面提示 文件修改。
再次添加文件
git add hello.txt
状态变化 在 "Changes to be committed:" 下面提示 文件修改。
提交文件
git commit -m 'version_2'
状态变化 提示没有需要提交内容。
提交完成再来看日志
git log -1 --pretty=raw
日志显示提交是三个对象，commit，tree，parent
分别是
本次提交的ID，目录树的ID，父提交ID（上一次提交的ID）
每个ID用特定的算法生成的40位哈希值表示，对于不知道哈希值的人来说，简直就是魔法数字，那么如何知道它代表着什么，一个重要的命令就可以拨开迷雾。
查看文件—git cat-file
输入以下命令，-t查看类型，-p查看内容，哈希值不需要输入完全，4位即可。
git cat-file -t 30e8
git cat-file -t 008
git cat-file -t 008b
git cat-file -p 191c
查看commit的内容和tree的内容如下
所以我们更加详细看看tree blob对象的内容
git cat-file -p 8ddd
发现就是hello.txt文件的内容。经过整理思路就比较清晰了。整个关系是这样的
到现在我们已经知道commit了什么内容了吧。
接下来看提交到了哪里，我们就要查看HEAD和master了。
cat .git/HEAD
cat .git/refs/heads/master
发现HEAD是一个指向master分支的指针
而master分支内容就是最新的commit的ID。
整个结构是这样的
到现在我们也知道commit的对象是master了，每次commit都会更新master到最新，同时目录树也是最新的。
到这里我们也就知道第三课树就是一个存放指向master的指针，但都是最新的。
三棵树的必要性
我们现在知道三课树是什么了，进一步理解三棵树才能更好的使用git
首先我们思考为什么要有暂存区
有时候你可能感觉add命令有点多余，暂存区有点多余，操作有点麻烦，直接将文件存起来不久可以了吗。
Git强大的设计之一就是暂存区，强大之处必有道理。
我们使用git就是文件保存恢复等。想要知道比较文件内容有没有变化修改，从而获得自己想要的版本，是需要通过不同版本的文件对比的。
如果是
知道暂存区通过跟踪工作区的文件来检索差异，而存放的内容只是一个索引，不是实际的文件。
索引包含了跟踪文件的名字，修改时间，大小等。
Git时光机
git强大之一功能就是回溯，就像哆啦A梦的时光机，能够回到任意的时间点，让你重生。在使用强大的时光机之前，我们先思考一下：
我们把三棵树跟FC游戏对应起来
工作区对应正在游戏中
暂存区对应每过一关给你自动的存档，这不是真正的存档，关机之后还是会第一关玩起
Head对应手抄的存档代码，就是关机之后也能继续接着玩
可能比喻不是很恰当，但是我觉得可以加深我的理解，你也可以找个更合适的比喻对象。
我们知道三棵树的变化都会是git仓库的status发生变化，对应的我们玩冒险游戏也是。
那么就引出下面一个问题？
你玩在游戏的过程中，你会选择在哪个时间节点使用时光机，回到哪一个时间节点。
其实这个问题就是关于使用什么命令使用什么参数的问题。
带着这个问题我们来玩一场冒险游戏。（请自动代入fc冒险岛4）
首先我们先看下我们之前提交的记录
我们知道log记录的是commit的ID，后面的version是自己添加的描述目前是这这样的
提交的有点少，我们提交多点内容，。
先跟git 说bye，在hello.txt 添加内容bye（跟老婆挥手的画面有了吗？）
然后创建一个新文件travel，内容为Game start! 开始冒险，！
再加入内容Find a monster,Fight!中途遭遇野怪，开始战斗！
最后加入内容Defeat!Died! 打不赢，太菜了，死掉了！
记录如下面所示
辛苦画了整个框图
就拿最后一次提交按照游戏经历来描述是这样的，被打败之后，死亡-》系统存档-》手抄了一份存档，死掉了怎么办，读档呗，使用时光机。
首先是git reset指令。
重置HEAD指向—git reset
在冒险过程中，每次提交完使用git log可以发现我们每次提交都是跟时间一样逐渐递进的，HEAD一直都是指向鱼尾最后一次提交。而git reset最主要的功能就是重置HEAD的指向。因为重置命令危险性较高，可能导致你的冒险经历销毁。重置命令有不同的参数，
来看玩家们不同的模式的操作
模式1：--hard
上面说的时光机的操作要记得的两个节点
作为一个小白，在git的第一次冒险就失败了很正常，那么经历过失败之后，
正常断电了，读档就是拿着上一份的手抄存档读取，也就是下面的指令实现的。
启动时光机
git reset --hard HEAD^
说明，HEAD^是上一次提交的福父提交标志，还可以使用HEAD^^回到上上次的travel，使用HEAD~3回到上三次的v3。
从记录来看，使用最危险的--hard参数，把head重置指向父提交，可以将三棵树重置到上一次提交的节点，工作区和暂存区也指向了父提交的内容，
重置过程
Hard指针重置点：父提交
使用节点：HEAD指向defeat 的commit。工作区与暂存区没改动。
回到节点： HEAD 指向上一次提交了的fight的commit。工作区与暂存区没改动。
--hard模式的重置甚至是git log也会被重置，如果你没有记录下来commit的ID，是没有git reset --hard HEAD* 这样的命令回来的，只能用ID，git log没有记录，但是git reflog还有。
查看分支日志git reflog
日志文件是在.git/log保存的，跟git log 不同就是log是最新的，regflog是全部更新记录。
git reflog show master
show master 是指定分支，在只有一个分支的情况下可以省略
记录内容组成是，commit的省略的哈希值ID，（HEAD->master）表示HEAD指向了这个commit，HEAD@{2}是编号，后面的是操作。
有了编号的表达式，可以使用命令跳转前n次的变更值，使用以下命令：
git reset --hard HEAD@{4}
就不需要敲commit的ID值了，使用一下命令可以来回跳转，方便测试
git reset --hard master@{1}
觉得记录太多了，只需要前面的几行，可以使用一下命令查看前5行：
git reflog show master | head -5
继续来说游戏
--hard模式是最危险的的，也有谨慎玩家使用--soft模式来逆转时光。
模式2：--soft
使用如下指令，回到死亡之后（提交commit为defead之后）的节点。
git reset --hard 7469f
HEAD为上一次的指向，启动时光机。
git reset --soft HEAD^
先看记录，HEAD被重置了，指向父提交，工作区内容没有变化，状态显示暂存区有修改，但是没有差异，
显而易见，soft模式只重置HEAD，其他没有变化。
重置过程
Hard指针重置点：父提交
使用节点：HEAD指向defeat 的commit。工作区与暂存区没改动。
回到节点：提交defeat 的commit之前，添加文件add travel之后。
要是试试下面的这个
重置过程
Hard指针重置指向：父父提交（HEAD^^）
使用节点：HEAD指向defeat 的commit。工作区与暂存区没改动。
回到节点： ？
这个节点就不是历史有的了，可以比喻时空交错了，这个节点相当于
回到提交了tarvel的commit，然后工作区加入fight和died，添加文件到了add。
这种时空交错的方式更多是针对特殊的场景，我们只需要时光机的功能就好。
继续探索，介绍下reset的mixed（普通）模式
模式3：--mixed（空参数 ）
使用如下指令，回到死亡之后（HEAD指向defeat 的commit。工作区与暂存区没改动）的节点。
git reset --hard 7469f
Hard指针重置指向：父提交（HEAD^），启动时光机
git reset HEAD^
//or use git reset –mixed HEAD^
状态显示，HEAD被重置了，指向父提交，工作区内容没有变化，状态显示暂存区被重置，有差异，差异说明了暂存区被重置为父提交的暂存区。
重置过程
Hard指针重置点：父提交
使用节点：HEAD指向defeat 的commit。工作区与暂存区没改动。
回到节点：HEAD指向travel的commit。添加文件add travel之前，改动工作去内容之后
其实常用是这种情况
Hard指针重置点：当前提交
回到节点：HEAD指向travel，添加文件add travel之前，改动工作去内容之后
这个功能相当于log一直提示的git restore -stage
git reset真的重置了HEAD指向
我们再试试，reset当然能回去也能回来，使用commit的ID，可以任意跳转到那个commit的ID节点
关于这个HEAD指针，跟C语言指针对比起来，HEAD的指向根本没有变化，只不过指向的内容发生了变化，小白不懂，就当做重置了"指向"吧，先存疑
重置woking directoty—git retore
Resert是重置HEAD的指向，也就是commit改变，如果是不用改变commit的情况下，时光机使用更多的是restore，也就是状态提示的指令
Ps:在head指向当前commit的情况 commit不改变，很多操作跟restor的功能是一样的。
修改-添加文件会使两棵树的发生对应状态变化，使用不同参数指定重置目录树的区域
-W, --worktree (default) restore the working tree (default)
-S, --staged restore the index
上面介绍了需要重置区域，那么重置的区域是根据那个目录重置的呢
重置工作区是用当前暂存区index指向的目录树重置所选择的区域
当然可以用-s, --source <tree-ish>指定特定的目录树。
是不是很熟悉的时光操作，从某种意义来说，commit跳跃了，如果只针对工作区来说，跟reset的效果是一样的，不同的是head没有被重置。
git分支
我们一直都是随时间一条线在使用时光机，但是git还可以有两条线，这就是分支了
分支指令git branch
我们在travel新建train，paly分支任务，为了冒险先训练
我们之前一直介绍的是三棵树，其中HEAD一直是指向master的分支，操作时光机也是调整HEAD不断在master分支跳跃，因为我们没有走支线任务，。
分支跟三棵树一样同样重要，我们走支线需要告诉HEAD要切换，这就是需要
检出命令checkout
我们是从travel走的分支，当时还没有遇怪，时光机跳转到fight
远程仓库的搭建
创建SSH key
ssh-keygen -t rsa -C [email protected]
后面会提示保存路径和密码，根据需要设置，一般一路enter
创建完成后复制id_rsa_pub公钥
cat ~/.ssh/id_rsa.pub
gitee仓库搭建
- 在gitee.com注册登录
- 进入账号设置个人账户公钥https://gitee.com/profile/sshkeys
粘贴公钥，验证gitee账号密码。
- 添加主机到本机
ssh -T [email protected]
- 创建仓库
复制ssh链接
这就完成了环境的搭建
参考：gitee.com/help/articles/4181#article-header0
github仓库搭建
- 在github.com注册登录
- 进入账号设置个人账户公钥github.com/settings/keys
粘贴公钥，验证github账号密码。
- 创建仓库
- 复制ssh链接
这就完成了仓库的搭建
添加完之后本地与远程仓库如何同步呢，常见有两种方法
首先介绍本地添加远程库的方法，也就是
本地关联远程库
适用于本地有仓库，远程仓库是新建的，远程仓库是空的，
与本地的git关联git remote add
git remote add origin [email protected]:owl_moon/work.git
git remote add origin [email protected]:759144201/firsthub.git
这里的分别是两个仓库的关联方法，实用ssh方式，其中的origin是远程仓库的别名，大家的仓库默认取这个别名，但是仓库名字不能重复，想要关联两个不同的仓库，需要修改仓库为两个不同名称
远程库克隆
，第二种方法是，这种方法更加常用，先建立远程仓库，在克隆到本地，并且这种方法能够克隆别人开源的仓库，适用于本地没有仓库。
克隆远程仓库git clone
复制ssh或者HTTP链接,可以在终端敲命令转到要克隆为仓库的文件夹，或者右键打开
输入命令，这是github随便一个仓库。-b参数指定分支
git clone [email protected]:qinfen1379/firsthub.git
git clone -b test [email protected]:qinfen1379/firsthub.git
更多用法
--bare和--mirror参数能够单独克隆版本库，也就是.git里面的所有内容
$ git clone --mirror /g/future/fight/xmind /g/future/fight/mirror_xmind
Cloning into bare repository 'G:/future/fight/mirror_xmind'...
done.
$ ls
HEAD config description hooks/ info/ objects/ packed-refs refs/
命令目标都会加上.git后缀来克隆为版本库
$ git clone --bare /g/future/fight/xmind /g/future/fight/bare_xmind/.git
Cloning into bare repository 'G:/future/fight/bare_xmind/.git'...
done.
$ ls -al
total 8
drwxr-xr-x 1 Administrator 197121 0 Jul 1 16:39 ./
drwxr-xr-x 1 Administrator 197121 0 Jul 1 16:39 ../
drwxr-xr-x 1 Administrator 197121 0 Jul 1 16:39 .git/
两个参数的区别是mirror对上游版本库进行了注册，对比config可以看出区别
$ cat /g/future/fight/mirror_xmind/config
[core]
repositoryformatversion = 0
filemode = false
bare = true
symlinks = false
ignorecase = true
[remote "origin"]
url = G:/future/fight/xmind
fetch = +refs/*:refs/*
mirror = true
$ cat /g/future/fight/bare_xmind/.git/config
[core]
repositoryformatversion = 0
filemode = false
bare = true
symlinks = false
ignorecase = true
[remote "origin"]
url = G:/future/fight/xmind
操作远程仓库git remote
查看远程库
git remote -v
git remote
重命名远程仓库
git remote rename origin github
不需要关联的时候就可以移除，但是不是正常意义的删除，远程仓库不会清空
移除远程仓库
git remote rm origin
与远程仓库的交互
搭建完远程仓库后，整个框架已经完全了，如图
下面接着说远程仓库与本地仓库的交互。
对于本地关联的远程仓库的搭建方式，需要推送才能让远程仓库有内容。
推送本地仓库到远程仓库git push
git push 的参数很多，容易混淆，特地解释一下
git push <远程主机名> <本地分支名> <远程分支名>
ps：这里的远程主机名是本地给取得名字，不是仓库名，也即是本地给给远程仓库的别名，rename命令可以修改。
git push origin master：refs/for/master
如果分支同名，可以省略为
git push origin master
再如果你的远程仓库分支只有一个，省略为
git push origin
有多少个分支呢？查看远程分支
git branch -r
如果你使用过参数 -u，这个参数是默认映射一个远程仓库的分支，一般都是第一次使用
git push -u origin master
映射之后命令可以省略为
git push
并且可以查看.git目录下的config 更新
[branch "master"]
remote = origin
merge = refs/heads/master
最后参数 -f 强推 可以解决远程仓库和本地仓库存在差异的问题。
git push -f origin master
接下来是提取命令
问题
$ git push master
fatal: The current branch master has no upstream branch.
To push the current branch and set the remote as upstream, use
git push --set-upstream master master
没有远程主机名，也可以映射之后使用。
提取远程仓库到本地仓库git fetch
提取是提取远程仓库的更新到本地，也就是本地没有的文件或者内容
在远程仓库新建一个新文件，使用命令提取。
git fetch gitee master
提示会有一行
f13e54c..9bd730f master -> gitee/master
说明HEAD已经指向了远程的master
但是发现工作区域的目录没有新建的文件，需要使用merge命令
git merge gitee/master
在此查看就也可以看到远程修改的内容和新文件都在本地同步了。
拉取远程仓库到本地仓库git pull
使用pull命令相当于上面的两个操作，也就是fetch和merge
在远程仓库修改一次，在使用命令
$ git pull gitee master:master
命令可以简化为
$ git pull
远程的分支gitee/master和本地分支相同，省略:master，省略规则见---
问题
$ git push ee-xmind master master
error: src refspec master does not match any
error: src refspec master does not match any
error: failed to push some refs to 'gitee.com:owl_moon/xmind.git'
查看当前是分支head是否没有指向一个commit
初始化之后head指向一般为空
使用branch查看
再查看当前本地的分支的工作区是否为空
使用add和commit创建一个新提交
git访问共享版本库
使用ip地址访问局域网电脑，不能使用域名
git remote add origin //10.3.5.8/GitRemote/schedule.git
对于克隆的版本库，工作区的模式是对等的，对于这种模式同步有下面的问题
git push 命令会报错
$ git push -f bro
Enumerating objects: 5, done.
Counting objects: 100% (5/5), done.
Delta compression using up to 4 threads
Compressing objects: 100% (2/2), done.
Writing objects: 100% (4/4), 319 bytes | 319.00 KiB/s, done.
Total 4 (delta 1), reused 0 (delta 0), pack-reused 0
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: is denied, because it will make the index and work tree inconsistent
remote: with what you pushed, and will require 'git reset --hard' to match
remote: the work tree to HEAD.
remote:
remote: You can set the 'receive.denyCurrentBranch' configuration variable
remote: to 'ignore' or 'warn' in the remote repository to allow pushing into
remote: its current branch; however, this is not recommended unless you
remote: arranged to update its work tree to match what you pushed in some
remote: other way.
remote:
remote: To squelch this message and still keep the default behaviour, set
remote: 'receive.denyCurrentBranch' configuration variable to 'refuse'.
To //192.168.31.252/future/fight/xmind
! [remote rejected] master -> master (branch is currently checked out)
error: failed to push some refs to '//192.168.31.252/future/fight/xmind'
同步的方式只能用git pull
在vs2017使用git
Vs自带了团队资源项目管理器，能够使用git的功能，如图打开
Vs中git三棵树
安装之前的三棵树模型来探索
1. 初始化目录（创建仓库）-git init
每新建一个项目（解决方案）文件夹，都是一个git仓库，如图所示，会有一个隐藏的.git的文件夹。
当然我们可以使用git的终端来对vs的仓库进行操作，下面结合终端来探索下用vs操作git仓库。
2.添加文件到暂存区-git add
首先进入更改界面
右键简介文件实现单个文件的add指令，右上角+号全部暂存。
将文件暂存后状态变化，如图
3.提交暂存区内容到版本库（repository）--git commit
在输入框输入表示，提交
状态变化
发布远程库
1.关联远程库
Vs解决方案是先在本地生成，所以走关联路线。
进入发布界面，粘贴远程库的http链接，点击发布
会提示账号认证，直接点击浏览器打开，认证。
几点要求：
1.远程仓库只能是空的，否则会报错，
如果不是空的，需要在全局设置勾选push --force
2.只能是http链接
3.发布失败，需要重新修改，或者更换仓库去存储库设置
2.推送本地版本库到远程版本库git push
关联成功后，进入同步界面，界面变化
点击推送实现push命令
错误解决
出现这个错误的可能不是空仓库，需要设置勾选，设置不行的话到终端加 -f 参数推送，慎重操作。
3. 提取远程仓库到本地仓库git fetch
4.拉取远程仓库到本地仓库git pull
问题
Warning: Pulling without specifying how to reconcile divergent branches is
Git failed with a fatal error.
unable to access 'https://github.com/759144201/demo_c_cpp.git/': Failed to connect to github.com port 443: Timed out
网络问题，多试几次。
在vscode使用git
号称宇宙第一IDE，Vscode当然也内置了git配件，能够使用git的功能，如图打开
Vs中git三棵树
按照之前的三棵树模型来探索
1. 初始化目录（创建仓库）-git init
新建工作区或者打开工作区就会选择路径，然后点击上图的初始化存储库
当然我们可以使用git的终端来对vscode的仓库进行操作，下面结合终端来探索下用vscode操作git仓库。
2.添加文件到暂存区-git add
鼠标遇到文件，出现➕号，点击即可
3.提交暂存区内容到版本库（repository）--git commit
在输入框输入标志，ctrl+enter提交
或者点击√号，输入输入标志， enter提交
发布远程库
1.关联远程库
Vscode工作区是先在本地生成，所以走关联路线。
按图点击，进入github授权
会提示账号认证，直接点击浏览器打开，认证。
几点要求：
1.远程仓库只能是空的，否则会报错，
如果不是空的，需要在全局设置勾选push --force
2.只能是http链接
3.发布失败，需要重新修改，或者更换仓库去存储库设置
2.推送本地版本库到远程版本库git push
关联成功后，点击。。。选择推送
错误解决
出现这个错误的可能不是空仓库，需要设置勾选，设置不行的话到终端加 -f 参数推送，慎重操作。
标签：HEAD,git,仓库,重置,笔记,--,Git,master,使用 From： https://www.cnblogs.com/nightowl/p/16611557.html