Git与Hexo

0x00 引言

  记录一下我自己的Git + Github搭建细节，顺便记录Git、Hexo与MarkDown的相关知识。

0x01 Git

  Git是目前世界上最先进的分布式版本控制系统，其安装方法这里就不再赘述，主要介绍一些常用的指令。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
1 配置
  1.1 用户与邮箱
  1.2 CRLF与LF
  1.3 SSH key
  1.4 添加远程仓库
2 远程主仓库、远程分仓库与本地仓库
  2.1 clone
  2.2 fork
  2.3 remote
3 分支推送
  3.1 add
  3.2 commit
  3.3 push
4 分支更新
  4.1 fetch
  4.2 pull
5 分支合并
  5.1 rebase
  5.2 merge
6 解决冲突
7 回溯
  7.1 本地修改清理
  7.2 查看历史
  7.3 版本回溯
  7.4 远程版本回溯
  7.5 远程版本误回溯修复
8 打标签
9 堆栈暂存
10 清理历史记录
11 问责
12 提交拣取
13 工作区代码管理
14 删除某个commit记录
15 常用操作命令

1、配置
1.1、用户与邮箱

1
2
3
4
5
6
7
#配置全局用户名与邮箱名，如果不是全局的则去掉--global
git config --global user.name "your name"
git config --global user.email "your email"

#查询当前用户名和邮箱
git config user.name
git config user.email

1.2、CRLF与LF
  CRLF, LF 是用来表示文本换行的方式，具体设置方式请查阅CRLF与LF。

1.3、SSH key
  由于Git使用过程中直接传输帐号密码会不太安全，另外也很不方便(每次使用都要输帐号密码)，因此可以考虑为Git帐号添加SSH key。 

1
2
3
4
5
6
# 生成公钥和私钥
ssh-keygen -t rsa -C "邮箱"

# 将生成的公钥添加到git官网
# windows: C:/Users/admin.ssh/id_rsa.pub
# linux: ~/.ssh/id_rsa.pub

1.4、添加远程仓库
  默认clone下来的库，其名称均为origin，如果想重新给远程仓库起名字，则用以下代码:

1
2
3
git remote add <仓库名> <仓库地址>
#举例
git remote add upstream git@github.com:wuhan2020/wuhan2020.git

2、远程主仓库、远程分仓库与本地仓库
  我们创建的git仓库都是寄存在github服务器的，因此远程主仓库就是指某一项目最早被保存在github服务器内的哪个版本。有的时候我们需要多人合作，因此需要将主仓库fork下来，用于自行修改，但也保存在github服务器内，这种仓库叫做远程分仓库。
2.1、clone
  克隆远程仓库可以用如下命令：

1
2
3
4
5
6
7
8
9
10
11
12
13
# 假设要克隆user1的myRepository仓库
git clone https://github.com/user1/myRepository.git
# 给你的远程仓库取名，可以使用"-o"参数
git clone "仓库地址" -o "仓库名"

# 远程仓库clone下来默认的仓库名是 origin ，可以用如下方式查看
git remote -v
# 输出如下
#origin https://github.com/user1/myRepository.git (fetch)
#origin https://github.com/user1/myRepository.git (push)
# 如果不喜欢这个名字，则可以删除重新添加
git remote rm origin
git remote add "仓库名" "仓库地址"

2.2、fork
  fork即所谓的派生远程主仓库，其过程如下图

2.3、remote
  本地仓库的分支维护，需要用到remote方法:

1
2
3
4
5
6
7
8
9
10
11
# 查看所有分支信息
git branch –a

# 查看当前所有远程仓库名
git remote -v

# 查看关于远程的一些信息
git remote show '仓库名'

# 如果远程仓库已经删除了某些分支，但是本地仍然存在这些分支，可用以下命令删除干净
git remote prune '仓库名'

3、分支推送
3.2、commit 

1
2
3
4
5
# -m参数可直接打提交名
git commit -m "提交名"
# 追加提交
# 如果远程仓库已经push了一次提交，然而并不满意又不想分成两次提交，--amend参数可在此次提交之上追加一次提交，并将两次提交合并。
git commit --amend

3.3、push
  向远程仓库推送本地仓库的代码，用如下命令：

1
2
3
4
5
6
7
8
9
10
# 完整的推送代码
# git push "远程主机名" "本地分支名":"远程分支名"
git push origin master:master

# 也可以省略远程分支名
# 如果同名远程分支存在则推送到该分支；如果该远程分支不存在，则该远程分支会被新建
git push origin master

# 如果省略本地分支，则代表删除该名远程分支
git push origin :master

4、分支拉取
  分支拉取方式由fetch与pull两种，他们的区别如下图:

4.1、fetch
  git fetch是将远程主机的最新内容拉到本地，用户在检查了以后决定是否合并到本地分支中。

1
2
3
4
5
#fetch更新，缺省参数相当于git fetch origin/master
git fetch
#取回更新后，会返回一个FETCH_HEAD
#输入以下代码检查区别
git log -p FETCH_HEAD

4.2、pull
  git pull是将远程主机的最新内容拉下来后直接合并，即：git pull = git fetch + git merge，这样可能会产生冲突，需要手动解决。

1
2
3
4
5
6
7
8
9
#pull更新，缺省参数相当于git pull origin/master
git pull
#其实际运行过程相当于
#git fetch origin/master
#git merge FETCH_HEAD

# 完整的拉取代码
# git pull "远程主机名" "远程分支名":"本地分支名"
git pull origin master:master

5、分支合并
  分支合并有rebase与merge两种方式。切记主分支内别用rebase，因为无法回溯到某个参与者提交的那次commit，查阅博客，有一个网站做了两者的使用实验。
5.1、rebase
  rebase会把你当前分支的commit放到公共分支的最后面,所以叫变基。

1
2
3
4
# rebase
git pull --rebase "远程主仓库" "分支名"
# push到自己的fork仓库
git push "远程fork仓库" "分支名" -f

5.2、merge
  merge 会把公共分支和你当前的commit合并在一起，形成一个新的commit提交。

***6、解决冲突***   B站上有[大佬](https://www.bilibili.com/video/av48278991)已经很详细地讲述了解决冲突的两种办法。 *6.1、冲突文件内解决*   解决冲突的时候可以先合并分支，这样如果两分支代码没有冲突就能直接合并，假如有冲突，就需要直接修改显示冲突的文件(其内部已经用一些符号显示冲突位置)。 
1
2
3
4
5
6
7
8
9
10
11
12
# 先合并分支
git rebase/merge

# 如果分支有冲突，则修改显示所有冲突的文件
git diff .
# 或者单独显示某个文件
git diff "文件路径"
# 又或者显示某个文件与某个hash下的该文件差异
git diff "hash" "文件路径"

# 然后继续之前的合并命令
git rebase/merge --continue
1
2
3
4
5
# 如果分支有双方修改的冲突
# 可以选择全部接收对方的修改
git checkout --theirs
# 也可以全部接收自己的修改
git checkout --ours

6.2、补丁文件显示冲突
  打补丁的方法比前面一种显得更加简洁，在合并之前，先测试被合并分支打的patch。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 切换到被合并的分支
# 制作一个补丁,N表示生成几个patch,默认是一笔commit一个patch
# "-N"代表需要打的补丁数量，默认为1
git format-patch -N

# 切换到需要合并的分支
# 打上补丁，PATCH_NAME为上步操作得到的patch名
git am PATCH_NAME

# 如果存在冲突，则会显示冲突补丁文件名
# 强制应用补丁，假如冲突补丁文件名为".git/rebase-apply/0001"
# 如果有冲突，则会显示出冲突内容
git apply --reject PATCH_NAME
# 可以打开冲突结果文件查看冲突内容
vim "冲突文件名".rej

# 可以用Vim打开此patch，并对比着修改冲突，Vim命令如下
:e PATCH_NAME

7、回溯
7.1、本地修改清理 

1
2
3
4
# 放弃本地所有修改，代码与远程master一致
git fetch origin
git checkout master
git reset --hard origin/master

7.2、查看历史 

1
2
3
4
5
6
# 每个提交在一行内显示
git log --oneline
# 在所有提交日志中搜索包含 [homepage] 的提交
git log --all --grep='homepage'
# 获取某人的提交日志
git log --author="xuyanghe"

7.3、本地版本回溯 

1
2
3
4
5
6
7
8
9
# 获取所有操作历史
git reflog
# 重置到相应提交，回退一个版本
git reset HEAD@{1}
# 或者重置到某一提交版本
git reset --hard "提交的哈希值"

# 在已经push到远程的情况下
git revert "需要回退提交的哈希值"

7.4、远程版本回溯 

1
2
3
# 将版本回退提交到远程仓库
git reset HEAD@{1}
git push --force

7.5、远程版本误回溯修复

1
2
3
4
# 如果执行了 git push -f 误删除了其他人的提交
# 可以查看被误删者的本地提交记录，并cherry-pick以实现恢复误删除的提交
git reflog
git cherry-pick '被误删除的提交'

8、打标签
  版本号用于标记比较特殊的版本:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
# 列出所有tag
git tag

# 为当前代码添加一个tag
git tag "tag名"
# 添加带备注的tag，-a参数后面跟tag名和提交的哈希值，-m参数后面跟tag备注
git tag -a "tag名" "提交的哈希值" -m "tag备注"
# 删除本地tag
git tag -d "tag名"
# 删除远程tag
git push origin :refs/tags/"tag名"

# 显示某一tag下的备注信息
git show "tag名"

# 推送某个标签
git push origin "tag名"
# 推送所有标签
git push origin --tags

# 切换到某个标签下的代码
git checkout "tag名"

9、堆栈暂存
  stash命令可以将修改的内容保存至堆栈区:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 保存至堆栈
git stash

# 列出堆栈中所有的存储内容
git stash list
# 显示堆栈中某次存储内容
git stash show stash@{"list中的num"}

# 从堆栈中得到存储内容(同时删除stash中的存储内容)
# 默认得到栈顶的存储
git stash pop stash@{"list中的num"}
# 从堆栈中得到存储内容(不删除stash中的存储内容)
git stash apply stash@{"list中的num"}

# 丢弃堆栈中某个存储内容
git stash drop stash@{"list中的num"}
# 丢弃堆栈中所有存储内容
git stash clear

10、清理历史记录
  .git文件会记录所有的提交历史，删除所有提交记录，可采用如下措施:

1
2
3
4
5
6
7
8
9
10
11
12
# 1.删除.git
rm -rf .git/
# 2.重新添加.git
git init
# 3.缓存所有文件
git add .
# 4.提交跟踪过的文件
git commit -m "add all again"
# 5.添加远程仓库链接
git remote add orgin "远程仓库名"
# 6.强制提交到远程master分支
git push -f orgin master:master

11、问责 

1
2
# 查询某个文件的修改历史事件
git blame "文件名"

12、提交拣取
  如果在B分支内想获取A分支的某些提交，则可以使用commit拣取 cherry-pick :

1
2
3
4
5
# 查询A分支下的某个提交hash值
# 例如查询结果为 0dedsaf

# 切换到B分支下
git cherry-pick "提交的hash值(0dedsaf)"

13、工作区代码管理 

1
2
3
4
5
6
7
8
9
10
# 添加已被跟踪文件的修改到这次commit中
git add .
git add '文件路径'

# 放弃此次已被跟踪文件的修改
git checkout .
git checkout '文件路径'

# 清理未被跟踪的所有文件及文件夹
git clean -df

14、删除某个commit记录

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
# 假如有如下提交，并且想删除commit_B
`
commit_C    'hash_C'
commit_B    'hash_B'
commit_A    'hash_A'
`

# 变基到commit_B之前的那个提交
git rebase -i 'hash_A'

# 在弹出的文档中将commit_B前的pick替换为drop
`
pick 'hash_C'
drop 'hash_B'
`

# 查看变更后的提交记录
git log

15、常用操作命令 

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
# 创建分支
git branch "分支名"
# 删除分支
git branch -D "分支名"

# 切换分支
git checkout "分支名"
# 创建并切换分支
git checkout -b "分支名[master2]" "远程分支名[remotes/origin/master2]"

# 查看当前分支，"-a"参数能显示尽量具体的分支内容
git branch -a
# 更加详细的分支信息
git show-branch -a

# 查看提交历史
git log

# 查看历史提交信息
git show "提交hash值"

0x02 MarkDown

  Markdown是一种可以使用普通文本编辑器编写的标记语言，git博客的编辑语言默认为Markdown。这里记录一下与Markdown语言有关的一些教程。 

1
2
3
4
1 Linux-Atom下部署MarkDown
  1.1 下载MarkDown代码增强
  1.2
2 MarkDown基本语法

0x03 Hexo及主题

  Hexo提供了快速方便的一键部署功能，让您只需一条命令就能将网站部署到服务器上。 

1
2
3
4
5
1 Hexo命令
2 主题与配置
  2.1 Yilia
    2.1.1 安装与配置
    2.1.2

1、Hexo命令
  这里记录几个Hexo常用的命令:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
#---新建一个网站---
#如果没有设置文件夹爱，Hexo 默认在目前的文件夹建立网站
hexo init [folder]

#---新建一篇文章---
hexo new "文章名"

#---效果测试三连---
#清除缓存文件
hexo clean
#生成网站静态文件
#hexo generate
hexo g
#启动本地服务器
#hexo server
hexo s

#---自动生成网站静态文件，并部署到设定的仓库---
#hexo deploy
hexo d

2、主题与配置
  这里写一些我自己用的主题，以及其配置。
2.1、Yilia
2.1.1、安装与配置 

1
2
3
4
5
6
7
8
#---安装Yilia---
#并将其放入theme/文件夹下
git clone https://github.com/litten/hexo-theme-yilia.git
#---配置主题为Yilia---
#修改hexo根目录下的_config.yml为theme: yilia
#---修改Yilia的配置---
#修改themes/Yilia/_config.yml
#包括样式、图片等私人订制内容。如果有图片，放到/source/assets/下

0x04 Git与Hexo搭建博客

1
2
3
4
5
1 Git安装与配置
  1.1 配置全局用户与邮箱
  1.2 新建github.io仓库
2 Nodejs与npm安装
3 Hexo安装与配置

1、Git安装与配置
  Git安装方法这里就不再赘述，主要讲用于部署Hexo的配置。
1.1、配置全局用户与邮箱
  由于将Hexo部署到Github过程中需要校验用户，因此请确保全局用户与邮箱配置正确(配置方法在0x00->1.1)。
1.2、新建github.io仓库
  每个Github帐号能够申请一个github.io仓库，用于链接自己的博客主页。
   需要注意的是，Repository name中必须输入[用户名].github.io，具体的操作如下图所示：

2、Nodejs与npm安装
  Nodejs安装方法这里就不再赘述;npm是一款包管理工具，安装方法也不再赘述。

3、Hexo安装与配置
  在安装完Node.js与npm之后，就可以很方便地安装Hexo了:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#安装Hexo
sudo npm install -g hexo

#将目标文件夹初始化为博客存放点
sudo hexo init

#修改权限
sudo chmod 777 -R 博客初始化文件夹

#直接三连，分别是清除、生成和部署
hexo clean
hexo g
hexo s

#登录 http://localhost:4000/ 查看效果

0x05 引用文献

展开全文 >>

博客伊始

0x00 博客伊始

  其实很早之前就有写博客的想法，但是一直苦于不知道如何选择博客平台，所以迟迟没能静下心来研究这方面的内容。
  由于最近卞神向我推荐了hexo，我才第一次真正地去了解如何搭建自己的博客平台。在这里先记录一下我对hexo的粗略见解。

0x01 Hexo和jekyll

  事实上，这两个都是开发个人博客的架构，只不过jekyll对windows并没这么友好（不明真相的我由于一直在意一款theme而折腾了半天）。所以最后还是暂且先使用hexo了，theme什么的骚操作就留给以后去linux系统研究吧。
  附上链接使用hexo+github搭建自己的个人博客。里面也介绍了找theme的网址。ps：目前git上最火theme的当属Next了

0x02 欣赏的theme

  这里推荐几个theme，第一个就是基于3-jekyll的有条理的主题，另外一个是skapp

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true

致力于创造风靡全球的机器人<br><br>迈向CyberPunk的新世界<br>Never STOP!