【Hexo搭建独立博客全纪录】(一)使用Git和Github

从开始着手搭建博客,完整的学习Git,Markdown语法,到用Hexo搭建博客成功,再到后期在原有主题的基础增加功能性和视觉上的优化,折腾了三四天,总算看倒腾出了一个看上去基本满意的博客。由于时间关系,还有很多想法没有实现,后面会不断地改进和优化。今天先来说一说学习使用Git和Github。

去年十月第一次接触Github,慕名而来,当时觉得这是一个高的触不可及的平台,我等渣渣还是退下吧…直到今年过完年回来二月份才开始真正使用Github,不熟悉命令行的我对Git Bush是绕着走的,在慕课网上看到Github可以使用友好的图形化客户端来操作,心中一阵窃喜。现在看来,当时真是too young too simple,因为命令行真的是好用啊!而且一点都不难,so easy~当初用客户端还把自己搞得晕晕乎乎的,当时在想这东西这么复杂怎么还这么火,还怀疑自己是不是不适合做程序员…本以为自己走了捷径,却害苦了自己!好了,闲话到此为止,进入正题。

结论:拒绝客户端,直接学习Git!

学习Git和Github,我主要是跟着Git使用教程来做的,文中每一步都有图和解释,超详细,手把手教你使用Git和Github,极力推荐给正在入门的小白!参考该教程、文后的链接和我自己的理解,构成本文的内容。由于目前个人用不到多人协作,因此本文并未提及,如有需要,也请参考Git使用教程

此处列出了一些我收藏的公认的比较好的Git教程,可以作为深入学习资料

Git简介

Git是什么?

Git是目前世界上最先进的分布式版本控制系统。

SVN(集中式)与Git(分布式)的最主要的区别?

SVN是集中式版本控制系统,版本库集中放在中央服务器。干活的时候用自己的电脑,首先要从中央服务器哪里得到最新的版本,然后干活,干完后把自己做完的活推送到中央服务器。集中式版本控制系统必须联网才能工作,如果在局域网还可以,带宽够大,速度够快,如果在互联网下,如果网速慢的话,就难办了。

Git是分布式版本控制系统,没有中央服务器。每个人的电脑就是一个完整的版本库,工作的时候不需要联网。既然每个人的电脑都有一个完整的版本库,那多个人如何协作呢?比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们俩只需把各自的修改推送给对方,就可以互相看到对方的修改了。

安装Git(windows)

安装

建议到Git官网下载最新版本,国内访问会很慢,可以到网上搜索下载,然后默认安装即可。安装完成后,在开始菜单里面找到 “Git –> Git Bash”,如下:
"Git --> Git Bash"

弹出一个类似的命令窗口的东西,就说明Git安装成功。如下:
"git安装成功"

设置用户名和邮箱

因为Git是分布式版本控制系统,所以需要填写用户名和邮箱作为一个标识。在命令行输入如下:
"设置邮箱和用户名"

注意!git config --global 参数,表示你这台机器上所有的Git仓库都会使用这个配置,当然你也可以对某个仓库指定的不同的用户名和邮箱。

查看已设置的用户名和邮箱,在命令行输入如下:
"查看邮箱和用户名"

使用Git

创建版本库repository

版本库:又名仓库,英文名repository。可简单的理解一个目录,这个目录里面的所有文件都会被Git管理,每个文件的修改,删除,Git都能跟踪,以便任何时刻都可以追踪历史,或者在将来某个时刻还可以将文件“还原”。

命令 释义
打开所在目录
cd folder 打开文件夹
mkdir folder 新建文件夹
pwd 显示当前目录
初始化:将当前目录变为git仓库
git init 当前目录→git可管理仓库
添加文件到版本库
git add file 将file文件添加到暂存区
git commit -m “提交说明” 将暂存区中所有文件提交到仓库
git status 查看当前目录中是否有文件未提交

打开所在目录

创建一个版本库,如在D:/www下 目录下新建一个testgit版本库,在命令行输入如下:
"创建版本库"

初始化:将当前目录变为git仓库

"初始化"

注意! 这时当前testgit目录下会多一个.git的目录,这个目录是Git来跟踪管理版本的,千万不要手动乱改这个目录里面的文件,否则,会把git仓库给破坏了。如下:
".git"

添加文件到版本库

作为测试,在当前目录下新建一个readme.txt,并写入11111111保存,之后进行如下3步操作:
"添加文件到版本库"

git status 结果显示没有任何文件未提交。

修改和版本回退

命令 释义
修改文件内容
git diff file 查看file文件修改内容
查看历史记录
git log 查看历史记录
git log –pretty=oneline 查看历史记录(简洁版)
版本回退
git reset –hard HEAD^ 退回到上个版本
git reset –hard HEAD^^ 退回到上上个版本
git reset –hard HEAD~100 退回到前100个版本
恢复最新版本
git reflog 获取全部版本号
git reset –hard 版本号 退回到版本号的版本
cat file 查看文件内容

修改文件内容

继续,修改readme.txt内容,在下面添加一行22222222内容,继续使用git status查看结果,如下:
"git status"

结果显示,readme.txt文件已被修改,但是未被提交的修改。接下来我想看下readme.txt文件到底改了什么内容,如何查看呢?可以使用如下命令:
"git diff"

结果显示,readme.txt文件内容从一行11111111改成两行,添加了一行22222222内容。

知道了对readme.txt文件做了什么修改后,我们可以放心的提交到仓库了,提交修改和提交文件是一样的两步(第一步是git add 第二步是:git commit)。如下:
"增加222"

git status:提交文件之前,查看一下状态;提交文件之后,继续查看一下状态,显示没有可提交的文件

说明: 所有的版本控制系统,只能跟踪文本文件的改动(如txt文件,网页,所有程序的代码等)。对于图片,视频这些二进制文件,只能把每次改动串起来,无法跟踪文件的变化,即:知道图片从1kb变成2kb,但是到底改了什么,版本控制系统也不知道

查看历史记录

继续对readme.txt文件进行修改,再增加一行
内容为33333333,然后执行命令如下:
"增加333内容"

现在我已经对readme.txt文件做了三次修改了,那么我现在想查看下历史记录,如何查看呢?使用命令 git log ,如下:
"git log"

结果显示,从最近到最远的显示日志,我们可以看到最近三次提交,最近的一次是“增加333内容”,上一次是“增加222内容”。

如果嫌上面显示的信息太多的话,可以用缩减版显示,如下:
"git log --pretty=oneline"

版本回退

现在我想使用版本回退操作,我想把当前的版本回退到上一个版本,要使用什么命令呢?可以使用如下2种命令,第一种是git reset --hard HEAD^ ;那么如果要回退到上上个版本只需把HEAD^ 改成 HEAD^^, 以此类推。那如果要回退到前100个版本的话,使用上面的方法肯定不方便,我们可以使用下面的简便命令操作:git reset --hard HEAD~100 即可。未回退之前的readme.txt内容如下:
"未回退内容"

回退到上一个版本,如下
"回退到上一个版本"

查看现在readme.txt文件中的内容,如下:
"查看内容"

结果显示,”增加333内容”我们没有看到了。

恢复最新版本

现在我想恢复到最新的版本(有333333内容版本)要如何恢复呢?可以通过版本号回退。

但是现在的问题假如我已经关掉过一次git bush,或者333内容的版本号我并不知道呢?要如何知道增加3333内容的版本号呢?如下:
"查看版本号"

结果显示,”增加333内容”的版本号是 c83a6bb。现在可以通过版本号回退了,如下:
"版本号回退"

结果显示,目前已经是最新的版本。

理解工作区、暂存区、版本库

工作区: 你在电脑上看到的目录,比如目录testgit里的文件(.git隐藏目录版本库除外),以后需要再新建的目录文件等等都属于工作区范畴。

版本库: 工作区里的隐藏目录.git,这个不属于工作区,这是版本库。版本库中存了很多东西:

  • 暂存区(stage) ——最重要!(暂存区是版本库的一部分)
  • Git为我们自动创建了第一个分支master
  • 指向当前分支的指针HEAD

前面说过使用Git提交文件到版本库有两步:

  • 第一步:git add 把文件添加进去,实际上就是把文件添加到暂存区;

  • 第二步:git commit 提交更改,实际上就是把暂存区的所有内容提交到当前分支上。

下面来举例说明。

在readme.txt再添加一行内容为4444444,接着在目录下新建一个文件为test.txt 内容为test,我们先用命令git status来查看下状态,如下:
"工作区、暂存区、版本库"

先使用git add 命令把2个文件都添加到暂存区中,再使用git status来查看下状态,如下:
"git add"

接着使用git commit一次性提交到分支上,如下:
"一次性提交所有文件"

撤销修改、删除和恢复文件

命令 释义 备注
撤销修改
git checkout – file 丢弃file文件在工作区的修改(工作区-暂存区-版本库,回到上一阶段的修改)a.工作区修改后没有add到暂存区:回到和版本库一样的状态;b.工作区修改后add到暂存区后又有修改:回到添加暂存区后的状态 如果没有–,则为创建分支命令
删除和恢复文件
rm file 删除工作区中的file文件 a.想要删除版本库中的file文件:直接commit掉;b.想要从版本库中删除file文件:git checkout – file
git checkout – file 丢弃file文件在工作区的修改(工作区-暂存区-版本库,回到上一阶段的修改)a.工作区修改后没有add到暂存区:回到和版本库一样的状态;b.工作区修改后add到暂存区后又有修改:回到添加暂存区后的状态 如果没有–,则为创建分支命令

撤销修改

现在在readme.txt文件里面增加一行内容为55555555,通过命令查看如下:
"修改555"

在未提交之前,我发现添加55555555内容有误,得马上恢复以前的版本,现在我可以有如下几种方法可以做修改:

  1. 如果知道要删掉哪些内容,直接手动更改去掉那些需要的文件,然后add添加到暂存区,最后commit。

  2. 按以前的方法直接恢复到上一个版本。使用 git reset --hard HEAD^

但是现在我不想使用以上两种方法,想直接使用撤销命令该如何操作呢?首先在做撤销之前,我们可以先用 git status 查看下当前的状态,如下:
"git status"

可以发现,Git会告诉你,git checkout -- file 可以将工作区做的修改全部撤销,如下:
"git checkout"

注意: git checkout -- readme.txt 中的 -- 很重要.如果没有 -- ,则命令变成创建分支了。

结果显示,内容555已结没有了。将工作区做的修改全部撤销有两种情况:

  1. 修改后还没有放到暂存区:撤销修改则回到和版本库一模一样的状态;
  2. 已经放入暂存区,接着又作了修改:撤销修改则回到添加暂存区后的状态。

对于第2种情况,继续做demo,假如现在对readme.txt添加一行内容为66666666,git add 增加到暂存区,如下:
"add 666"

接着添加内容77777777,通过撤销命令让其回到暂存区后的状态。如下:
"撤销777"

删除和恢复文件

假如现在版本库testgit目录添加一个文件a.txt,然后提交。如下:
"添加a.txt"

一般情况下,删除文件有两种方法:

  1. 直接在文件目录中删除文件text.txt
  2. 使用命令rm a.txt

如下:
"删除a.txt、test.txt"

当前目录是这样的:
"当前目录"

如果想彻底从版本库中删掉了此文件的话,可以再执行commit命令提交掉。没有commit之前,想在版本库中恢复此文件如何操作呢?如下:
"提交a.txt、test.txt"

再来看testgit目录,添加了2个文件,如下:
"当前目录"

创建、合并分支

理解HEAD和master指针

你已经知道,在版本回退里,每次提交,Git都把它们串成一条时间线,这条时间线就是一个分支。截止到目前,只有一条时间线,在Git里,这个分支叫主分支,即master分支。严格来说,HEAD并不是指向提交,而是指向master,master才是指向提交的,所以,HEAD指向的就是当前分支。

结论:HEAD指向当前分支,master指向提交

理解分支管理策略

master主分支:用来发布新版本,应该是非常稳定的。一般情况下不允许在上面干活。
一般情况下在新建的dev分支上干活,干完后,要发布,或者说dev分支代码稳定后可以合并到主分支master上来。

命令 释义 备注
创建、合并分支
git branch 查看分支 列出所有分支,当前分支前有星号
git branch xxx 创建分支xxx
git checkout xxx 切换到分支xxx
git checkout -b xxx 创建 + 切换分支xxx 相当于git branch xxxgit checkout xxx
git merge xxx 在主分支上合并xxx分支 “Fast-forward“快进模式”:直接把master指向xxx的当前提交;删除分支后,丢掉分支信息CONFLICT:产生冲突;删除分支后,保留分支信息”
git branch -d xxx 删除分支xxx
解决冲突
git log –graph –pretty=oneline –abbrev-commit 带参数的git log,查看分支合并图 删除分支后,保留分支信息
“Fast forward”模式 no-ff
git merge –no-ff -m “merge with no-ff” xxx 合并分支xxx,–no-ff:禁用Fast-forward“快进模式” 删除分支后,保留分支信息

创建、合并分支

首先,我们来创建并切换到dev分支上,然后查看当前分支,如下:
"创建并切换到dev分支"

git checkout -b xxx表示创建 + 切换分支,相当于git branch xxxgit checkout xxx

git branch表示查看分支,列出所有分支,当前分支前有星号。

首先我们来查看下readme.txt内容,接着添加内容77777777,再次查看内容并提交,如下:
"dev分支增加777"

dev分支工作已完成,现在切换到主分支master上,继续查看readme.txt内容,如下:
"切换到主分支"

我们发现内容777不见了,因为已经由dev分支切换到主分支了,主分支并没有增加777内容。现在我们把dev分支上的内容合并到分支master上,在master分支上,使用git merge dev,继续查看内容。如下:
"合并分支"

我们发现多了一条777,和dev分支最新的提交完全一样。

注意! merge后显示的Fast-forward信息,表示这次合并是“快进模式”,即,直接把master指向dev的当前提交,合并速度非常快。

合并完成后,可以删除dev分支,如下:
"删除分支"

查看分支,发现只剩下主分支master了。

解决冲突

那么如何解决冲突呢?我们还是一步一步来,先新建一个新分支fenzhi1,在readme.txt添加一行内容8888888,然后提交,如下:
"fenzhi1分支添加888"

接着切换到master分支上,在最后一行添加内容99999999,如下:
"主分支添加999"

现在,在master分支上合并fenzhi1,如下:
"主分支上合并fenzhi1"

发现发生了冲突CONFLICT,git bush中显示分支的地方也变成了(master|MERGING)。查看状态和readme.txt内容,如下:
"查看状态和内容"
"查看状态和内容"

Git用<<<<<<<,=======,>>>>>>>标记出不同分支的内容。

  • <<<HEAD :主分支修改的内容
  • >>>>>fenzhi1 :fenzhi1上修改的内容

修改readme.txt内容后,保存并提交,如下:
"修改readme.txt内容"
"修改readme.txt内容"

发现显示分支的地方变回了(master)。如果想要查看分支合并的情况,需要使用命令 git log命令,如下:
"git log"

git log展示的信息量太大,一片文字看不过来,使用git log --graph --pretty=oneline --abbrev-commit命令可以显示分支合并图,如下:
"分支合并图"

“Fast forward”模式 no-ff

通常合并分支时,git一般使用”Fast forward”模式,在这种模式下,删除分支后,会丢掉分支信息。

现在我们来使用带参数 –no-ff来禁用”Fast forward”模式。来做demo演示下:

  1. 创建一个dev分支
  2. 修改readme.txt内容,增加aaa
  3. 添加到暂存区
  4. 切换回主分支(master)
  5. 合并dev分支,使用命令 git merge -–no-ff -m “注释” dev
  6. 删除dev分支
  7. 查看分支
  8. 查看历史记录

如下:
"no-ff"

bug分支

命令 b释义
git stash 隐藏当前分支的工作现场
git stash list 查看stash隐藏的内容
git stash apply 恢复stash隐藏内容
git stash drop 删除stash内容
git stash pop 恢复并删除stash隐藏内容

在开发中,会经常碰到bug问题,那么有了bug就需要修复,在Git中,分支是很强大的,每个bug都可以通过一个临时分支来修复,修复完成后,合并分支,然后将临时的分支删除掉。

来做demo演示:新建dev分支,在readme.txt中增加bbb。此时接到一个404 bug,我们可以创建一个404分支来修复它,但是,当前的dev分支上的工作还没有提交。如下:
"遇到404 bug"

并不是我不想提交,而是工作进行到一半时候,我们还无法提交,比如我这个分支bug要2天完成,但是我issue-404 bug需要5个小时内完成。怎么办呢?还好,Git还提供了一个stash功能,可以把当前工作现场 ”隐藏起来”,等以后恢复现场后继续工作。如下:
"stash隐藏工作现场"

查看状态显示,nothing to commit, working directory clean,说明工作现场已被隐藏。现在可以通过创建issue-404分支来修复bug了。

首先要确定在哪个分支上修复bug。假设我现在要在主分支master上修复,那么要切换到主分支master,然后创建一个临时分支issue-404,如下:
"临时分支issue-404"

修复404bug:将最后一行aaa改为404fixed,然后提交,如下:
"修复404bug"

修复完成,切换到master分支上,并完成合并,最后删除issue-404分支。如下:
"完成合并,删除issue-404分支"

现在,可以回到dev分支上干活了。
"回到dev分支"

查看状态表明,现在的工作区是干净的。那么我们工作现场去哪里呢?我们可以使用命令 git stash list来查看下。如下:
"git stash list"

工作现场还在,Git把stash内容存在某个地方了,但是需要恢复一下,可以使用如下2个方法:

  1. git stash apply恢复。恢复后,stash内容并不删除,你需要使用命令git stash drop来删除
  2. 使用git stash pop。恢复的同时把stash内容也删除了

如下:
"恢复工作区"

这样就恢复了之前的工作区,可以继续dev分支的工作了。

Github远程仓库

命令 b释义 备注
创建SSH Key
ssh-keygen -t rsa –C “youremail@example.com” 创建SSH Key id_rsa是私钥,不能泄露出去;id_rsa.pub是公钥,可以放心地告诉任何人”
Github中添加SSH Key
添加远程库
a.先创建本地git仓库,再创建github仓库,两个仓库同步
git remote add origin https://github.com/xxx/xxx.git 添加github地址
git push -u origin master 第一次使用时执行该命令,将本地的master分支和远程的master分支关联起来,并把将其推送到远程”
git push origin master 将本地master分支的最新修改推送到github
b.先创建github仓库,再从github仓库
git clone https://github.com/xxx/xxx

先注册github账号,由于你的本地Git仓库和github仓库之间的传输是通过SSH加密的,所以需要设置SSH Key。

创建SSH Key

查看是否已经有ssh密钥:
打开用户主目录”C:\Users\Administrator.hp-PC”,
看看有没有.ssh目录。

  • 如果有,再看看这个目录下有没有id_rsa和id_rsa.pub这两个文件。如果有,可以直接跳至下一小节
  • 如果已经有ssh密钥,想要重新生成ssh密钥,需要清理原有ssh密钥:

    1
    2
    3
    $ mkdir key_backup
    $ cp id_rsa* key_backup
    $ rm id_rsa*
  • 如果没有,打开命令行,输入命令ssh-keygen -t rsa –C “youremail@example.com”。此处的邮箱地址,你可以输入自己的邮箱地址。在回车中会提示你输入一个密码,这个密码会在你提交项目时使用,如果为空的话提交项目时则不用输入。这个设置是防止别人往你的项目里提交内容。

    由于我本地此前运行过一次,所以本地有,如下所示:

".ssh"

id_rsa是私钥,不能泄露出去,id_rsa.pub是公钥,可以放心地告诉任何人。由于之前使用Github客户端,因此还有github_rsa和github_rsa.pub两个文件。known_hosts文件如果没有暂时不管。

验证是否连接成功,连接成功显示Hi baoyuzhang! You've successfully authenticated, but GitHub does not provide shell access.。如下:
"验证是否连接成功"

Github中添加SSH Key

登录github,点击个人头像打开”settings”,再打开”SSH and GPG keys”页面,然后点击”New SSH Key”,填上任意title,在”Key”文本框里黏贴id_rsa.pub文件的内容,点击 Add Key,你就应该可以看到已经添加的key。如下:
"Github中添加SSH Key"

添加远程库

先创建本地git仓库,再创建github仓库,两个仓库同步

现在的情景是:我们已经在本地创建了一个Git仓库后,又想在github创建一个Git仓库,并且希望这两个仓库进行远程同步,这样github的仓库可以作为备份,又可以其他人通过该仓库来协作。

首先,登录github上,然后在右上角点击”+”找到”New repository”创建一个新的仓库。如下:
"create a new repo"
"create a new repo"

在Repository name填入testgit,其他保持默认设置,点击“Create repository”按钮,就成功地创建了一个新的Git仓库:
"new repo"

目前,在GitHub上的这个testgit仓库还是空的。现在把已有的本地仓库testgit与之关联,然后,把本地仓库的内容推送到GitHub仓库。
"推送到GitHub仓库"

把本地库的内容推送到远程,使用 git push命令,实际上是把当前分支master推送到远程。

由于远程库是空的,我们第一次推送master分支时,加上了 –u参数,Git不但会把本地的master分支内容推送的远程新的master分支,还会把本地的master分支和远程的master分支关联起来,在以后的推送或者拉取时就可以简化命令。推送成功后,可以立刻在github页面中看到远程库的内容已经和本地一模一样了:
"一模一样"

从现在起,只要本地作了提交,通过命令git push origin master就可以把本地master分支的最新修改推送到github上了,现在你就拥有了真正的分布式版本库了。

先创建github仓库,再从github仓库克隆

上面我们了解了先有本地库,后有远程库时候,如何关联远程库。现在我们想,假如远程库有新的内容了,我想克隆到本地来 如何克隆呢?

首先,登录github,创建一个新的仓库,名字叫testgit2.如下:
"create a new repo"
"create a new repo"
"create a new repo"

现在,远程库已经准备好了,下一步是使用命令git clone克隆一个本地库了。如下:
"克隆一个本地库"
在本地目录就生成了testgit2目录,如下:
"克隆一个本地库"

Git常用指令

命令 b释义 备注
1.创建版本库repository
打开所在目录
cd folder 打开文件夹
mkdir folder 新建文件夹
pwd 显示当前目录
初始化:将当前目录变为git仓库
git init 当前目录→git可管理仓库
添加文件到版本库
git add file 将file文件添加到暂存区
git commit -m “提交说明” 将暂存区中所有文件提交到仓库
git status 查看当前目录中是否有文件未提交
2.修改和版本回退
修改文件内容
git diff file 查看file文件修改内容
查看历史记录
git log 查看历史记录
git log –pretty=oneline 查看历史记录(简洁版)
版本回退
git reset –hard HEAD^ 退回到上个版本
git reset –hard HEAD^^ 退回到上上个版本
git reset –hard HEAD~100 退回到前100个版本
恢复最新版本
git reflog 获取全部版本号
git reset –hard 版本号 退回到版本号的版本
cat file 查看文件内容
3.撤销修改、删除文件、恢复文件
撤销修改
git checkout – file 丢弃file文件在工作区的修改(工作区-暂存区-版本库,回到上一阶段的修改)a.工作区修改后没有add到暂存区:回到和版本库一样的状态;b.工作区修改后add到暂存区后又有修改:回到添加暂存区后的状态 如果没有–,则为创建分支命令
删除和恢复文件
rm file 删除工作区中的file文件 a.想要删除版本库中的file文件:直接commit掉;b.想要从版本库中删除file文件:git checkout – file
git checkout – file 丢弃file文件在工作区的修改(工作区-暂存区-版本库,回到上一阶段的修改)a.工作区修改后没有add到暂存区:回到和版本库一样的状态;b.工作区修改后add到暂存区后又有修改:回到添加暂存区后的状态 如果没有–,则为创建分支命令
4.创建、合并分支
创建、合并分支
git branch 查看分支 列出所有分支,当前分支前有星号
git branch xxx 创建分支xxx
git checkout xxx 切换到分支xxx
git checkout -b xxx 创建 + 切换分支xxx 相当于git branch xxxgit checkout xxx
git merge xxx 在主分支上合并xxx分支 “Fast-forward“快进模式”:直接把master指向xxx的当前提交;删除分支后,丢掉分支信息CONFLICT:产生冲突;删除分支后,保留分支信息”
git branch -d xxx 删除分支xxx
解决冲突
git log –graph –pretty=oneline –abbrev-commit 带参数的git log,查看分支合并图 删除分支后,保留分支信息
“Fast forward”模式 no-ff
git merge –no-ff -m “merge with no-ff” xxx 合并分支xxx,–no-ff:禁用Fast-forward“快进模式” 删除分支后,保留分支信息
5.bug分支
git stash 隐藏当前分支的工作现场
git stash list 查看stash隐藏的内容
git stash apply 恢复stash隐藏内容
git stash drop 删除stash内容
git stash pop 恢复并删除stash隐藏内容
6.Github远程仓库
创建SSH Key
ssh-keygen -t rsa –C “youremail@example.com” 创建SSH Key id_rsa是私钥,不能泄露出去;id_rsa.pub是公钥,可以放心地告诉任何人”
Github中添加SSH Key
添加远程库
a.先创建本地git仓库,再创建github仓库,两个仓库同步
git remote add origin https://github.com/xxx/xxx.git 添加github地址
git push -u origin master 第一次使用时执行该命令,将本地的master分支和远程的master分支关联起来,并把将其推送到远程”
git push origin master 将本地master分支的最新修改推送到github
b.先创建github仓库,再从github仓库
git clone https://github.com/xxx/xxx
您的支持将鼓励我继续创作!
------本文结束感谢阅读------