这篇日报的内容主要是应对第二个内容吧。

 自己第二个内容，总体花的时间已经超过了24 小时，时间主要是用在了github 和git 的学习使用上。服务器在上个任务就弄了，这一次就是申请了一个域名，配置了一下https。（自己在工作中做过类似的）

 这次没有做的是，webstorm svn 的使用。

下面是笔记：

七 makrDown 是github 上一中轻量级的语言。

- [x] Additional markup is supported, including @mentions, #references, [links](url), **emphasis**, and <del>HTML tags</del>.

- [x] List syntax is required.

  - You can nest lists below, too!

- [x] This item is completed.

- [ ] This item is not complete.

7.1  选项列表的格式是  括号之间只有一个空格

 - [ ] aa

 - [ ] B

 - [ ] C

7.2 添加图片


7.3 超链接

[GitHub](http://github.com)

7.4  斜体或者加粗

*This text will be italic*

_This will also be italic_

**This text will be bold**

__This will also be bold__

_You **can** combine them_

八 git 笔记

 8.1 初始化一个Git仓库，使用git init命令。

添加文件到Git仓库，分两步：

1 使用命令git add <file>，注意，可反复多次使用，添加多个文件；

      2 使用命令git commit -m <message>，完成。

8.2 要随时掌握工作区的状态，使用git status命令。

如果git status告诉你有文件被修改过，用git diff可以查看修改内容(自己测试，发现，git diff 显示的是最近2次的修改)

8.3 HEAD指向的版本就是当前版本，因此，Git允许我们在版本的历史之间穿梭，使用命令git reset --hard commit_id。

穿梭前，用git log可以查看提交历史，以便确定要回退到哪个版本。 git log --pretty=oneline 可以查看简洁的的命令。

要重返未来，用git reflog查看命令历史，以便确定要回到未来的哪个版本。

8.4  平时放代码或者文件的地方叫做，工作区, .git 文件是repository 里面包含staged(缓存区) 和 master(线上版本)

8.5 git 跟踪的是修改并不是文件。

现在，你又理解了Git是如何跟踪修改的，每次修改，如果不用git add到暂存区，那就不会加入到commit中。

git diff HEAD -- readme.txt  

 上面这个命令可以查看，当前的readme.txt文件和缓存区的这个文件有什么不同。

 8.6 工作区的文件还没有提交到master的时候，可以用 git checkout -- file  直接恢复到和master中那个文件一样的状态。

  当工作区的文件已经提交到了缓存区的时候，可以先用 git reset HEAD -- file 丢弃缓存区的全部修改。然后，用 git checkout -- file 把工作区的文件恢复的和版本库一样。

8.7 git rm file 回把某个文件从版本库中删除，没办法找到了。如果版本库没有用命令删除，只是文件夹中的文件删除，文件还是可以找到的。

可以用git checkout -- fileName 来找回文件， 新版本的git 已经使用restore 代替checkout 和reset命令。

8.8Git鼓励大量使用分支：

查看分支：git branch

创建分支：git branch <name>

切换分支：git checkout <name>或者git switch <name>

创建+切换分支：git checkout -b <name>或者git switch -c <name>

合并某分支到当前分支：git merge <name>

删除分支：git branch -d <name>

git bash 窗口中编辑文件的方法。

 vim fileName

 FileName 也就是你要编辑的文件的名字。输入i可以进行编辑。

点击ESC 进入命令格式，输入ZZ 或者:wq 保存文件，重新进入命令格式。

参考文章：https://www.liaoxuefeng.com/wiki/896043488029600/900003767775424

8.9 遇到hint: Updates were rejected because a pushed branch tip is behind its remote hint: counterpart.

  可以用 git push origin HEAD:dev  

    上面的命令表示，我本地的分支是dev2 远程的父分支是dev  这样指定分支就不会出错了。

8.10 本地创建分支，然后推送到远程的父分之。（我是本地的dev 分支创建dev4 分支，准备同送到远程的dev 分支下）

     首先，本地创建dev4分支。 git switch -c dev4

 dev4通过 git branch --set-upstream-to=origin/dev dev4  命令把关联远程分支切换到dev上。

 git pull origin dev 从远程关联的分支进行更新

dev4 分支对文件进行修改。

git push origin HEAD:dev 把本地 dev4分支的内容，推送到远程dev分支。

8.11 Git分支十分强大，在团队开发中应该充分应用。

合并分支时，加上--no-ff参数就可以用普通模式合并，合并后的历史有分支，能看出来曾经做过合并，而fast forward合并就看不出来曾经做过合并。

git merge --no-ff -m"merge with no -off" dev2

git merge --no-ff -m”repeate” dev3

8.12 git 查看当前分支对应的远程分支git branch -vv

本地测试，当本地的代码和远程的冲突之后，先修改本地代码，提交之后，再重新拉取。

8.13 修复bug时，我们会通过创建新的bug分支进行修复，然后合并，最后删除；

当手头工作没有完成时，先把工作现场git stash一下，然后去修复bug，修复后，再git stash pop，回到工作现场；

在master分支上修复的bug，想要合并到当前dev分支，可以用git cherry-pick <commit>命令，把bug提交的修改“复制”到当前分支，避免重复劳动。

8.14开发一个新feature，最好新建一个分支；

如果要丢弃一个没有被合并过的分支，可以通过git branch -D <name>强行删除。

8.15 用git log --graph命令可以看到分支合并图。

   实例：$ git log --graph --pretty=oneline --abbrev-commit

8.16 git push origin master  意思是，把本地的master分支推送到远程和他关联的分支上。

8.17

查看远程库信息，使用git remote -v；

本地新建的分支如果不推送到远程，对其他人就是不可见的；

从本地推送分支，使用git push origin branch-name，如果推送失败，先用git pull抓取远程的新提交；

在本地创建和远程分支对应的分支，使用git checkout -b branch-name origin/branch-name，本地和远程分支的名称最好一致；

建立本地分支和远程分支的关联，使用git branch --set-upstream branch-name origin/branch-name；

从远程抓取分支，使用git pull，如果有冲突，要先处理冲突。

8.18

rebase操作可以把本地未push的分叉提交历史整理成直线；

rebase的目的是使得我们在查看历史提交的变化时更容易，因为分叉的提交需要三方对比。

8.19

git log --pretty=oneline --abbrev-commit

查询当前分支的，所有提交命令。

git reflog 查询所有分支的提交命令。

8.19小结

命令git tag <tagname>用于新建一个标签，默认为HEAD，也可以指定一个commit id；

命令git tag -a <tagname> -m "blablabla..."+ 版本（版本不加就默认是当前的版本。）可以指定标签信息

命令git tag可以查看所有标签。

· 8.20

命令git push origin <tagname>可以推送一个本地标签；

命令git push origin --tags可以推送全部未推送过的本地标签；

命令git tag -d <tagname>可以删除一个本地标签；

命令git push origin :refs/tags/<tagname>可以删除一个远程标签。

8.21 github 中fork的作用，就是把别人开源的仓库，clone到自己的github 一份，自己可以对自己fork的文件进行修改。

┌─ GitHub ────────────────────────────────────┐

│                                             │

│ ┌─────────────────┐     ┌─────────────────┐ │

│ │ twbs/bootstrap  │────>│  my/bootstrap   │ │

│ └─────────────────┘     └─────────────────┘ │

│                                  ▲          │

└──────────────────────────────────┼──────────┘

                                   ▼

                          ┌─────────────────┐

                          │ local/bootstrap │

                          └─────────────────┘

8.22 git remote -v 查看关联的远程仓库

      git remote rm origin 删除远程叫做rm的仓库。

  git remote add github github https://github.com/prader6/learnGit.git

  给远程github 的仓库取名叫做github

8.23

忽略某些文件时，需要编写.gitignore；

.gitignore文件本身要放到版本库里，并且可以对.gitignore做版本管理！

你发现，可能是.gitignore写得有问题，需要找出来到底哪个规则写错了，可以用git check-ignore命令检查：

$ git check-ignore -v App.class

.gitignore:3:*.class App.class

Git会告诉我们，.gitignore的第3行规则忽略了该文件，于是我们就可以知道应该修订哪个规则。