zouxiaomingya
git 小总结
Git版本管理以及、github和码云仓库的应用
1.如何查看git操作？
答：.git文件中会记录每次用户的每次操作，可以通过cat .git/config查看配置
2.Git基本配置
（1）配置用户基本信息：
$git config --global user.name zouxiaomingya
$git config --global user.eamil [email protected]
(2)配置行尾及颜色：
$git config --global core.autocrlf true
$git config --global core.autocrlf input
$git config --global color.ui auto
$git diff
说明：红色为正在进行处理、绿色通常指运行正常
(3)Git config 优先级
优先级local>global>system
3.init --项目初始化
(1)建立一个目录并初始化仓库
$mkdir git-tutorial
$cd git -tutorial
$git init
说明：在github上新建仓库的时候，可以指定是私有还是公开，可以创建一个readme文件来对项目做一些简单说明，在.gitignore通常用来说明哪些文件不希望纳入版本控制之中
(2)如何将本地仓库与github仓库（远程）连接
$git remote add origin xxxxx.git
$git push -u origin master
4.commit --源码提交
(1)command(命令行方式)
$ls -la 可查看当前目录下的文件状态，如果有修改会有颜色区分，有点类似于git status，需要生成、查看或编辑文件时touch、cat/vi xx.index.html;
$git add xx.index.html 将文件添加到暂存区的持久化容器中
$git status 可以查看输出状态已经不同了，由红色变成绿色，每一次提交更改都需经过暂存区，这是Git架构的关键部分
$git commit -m "modify introduce" 如果直接git commit,git实际上会打开一个文本编辑器，让你输入，输入完后，执行esc + :wq，否则将不会允许提交
（2）github官网
点击进入对应的文件，点击edit,在浏览器中会提供一个简单的文本编辑器，编辑完成后输入commit summary也可以进行commit change。
（3）桌面版github
可以选择暂存哪些文件然后提交，支持批处理，比在github官网上要有效率多了，可以作为比较完美的对命令行的方式做个替代
5.diff --类似于SVN diff 查看文件更改
常规使用：
$git diff
特殊场景(使用技巧)：
（1）假设已经存档了某些文件（即add 进了暂存区），想查看暂存区文件和最近提交的历史文件有什么区别？
$git diff --staged
(2) 如果想继续修改暂存区的文件（暂存并不意味着不能再次修改它），如果继续对同一文件进行修改，在git status的时候会提示文件已暂存，未缓存修改，diff命令可以帮助跳过正在暂存的区域,并告知在最后一次commit之后所做的所有修改。输入以下命令，将工作树和头一次提交相比较。
$git diff HEAD
(3) 上述命令可能只能得到一个比较笼统的修改范围（某行或某块小区域），不能体现到具体的某个小改动（某个文字或数字），这是Git 处理文本差异的方式，有时并不十分有用，可以加上
$git diff --color-word或者$git diff --word-diff
(4)阻止diff显示修改的内容，仅仅显示更改了的文件,针对这类场景(可能只是需要锁定一个被修改过的特定文件)
$git diff -stat
5.log --日志输出，了解仓库的管理
简要说明：在我们的终端直接键入$git log, 会显示项目的commit信息，最上面的记录是我们最新的提交，最早的提交位于最底部，每条日志信息由四部分构成。如果有多次提交，可以用上下方向键来滚动提交内容。
1.40个字符的十六进制编码--提交的唯一标志，提交引用；
2.提交者的用户名和邮件地址；
3.提交发生的时间；
4.提交的内容本身。
(1).过滤日志信息,仅显示commitid简写和提交的内容，很清晰的了解整个项目的脉络和演变。
$git log --oneline
(2).查看每次提交包含了哪些文件,相当于在$git log 的基础上多出了一项，即文件的变更（代码的增删改查）信息，相对改变也会以加减符号列出。
$git log --stat
(3).查看每次提交哪些内容改变了,相当于在$git log --stat的基础上多出了一项，具体哪些内容改变了，有点类似于diff操作，只不过针对的对象不同，这里针对的是已经commit过的。
$git log --patch
(4).以上功能可以进行排列组合来得到想要的输出日志,具体指代含义也是一目了然，不予赘述。
$git log --patch --oneline 也可以 $git log --stat --oneline
(5).展示提交结构为$git log --graph,也可以增加几个选项（排列组合）,来简洁输出并得到一些其他的信息。这里的话会给我们展示每次提交的一行概括，包含提供每个分支的标签以及提交的其他的标志。
$git log --graph --all --decorate --online
6.remove --删除文件
简要说明：此段只要是列举出删除文件的两种方式，一种是add,还有一种是remove。
(1)如果只有一个文件要删除，直接$git rm file.txt,会从文件系统中删除该文件，并且会暂存这个文件已经被删除的事实，可以通过git status查看。如果提交了，这个文件不会从之前的历史中消失，但会从未来的提交中消失。有时候未留意直接$rm file.txt,发现文件已经消失，但是通过git status 查看时发现改变没有被暂存，这时依然可以通过$git rm命令来暂存它(并不在意文件已经不存在了)。
$git rm file.txt(后面两行目的一致，意义基本相同)
$rm file.txt
$git rm file.txt
(2)在实际的清除场景中，可能有许多文件要删除，不可能每次通过命令行来操作。git status 时发现已经有些文件已经被删除了，通过其他途径，这时通过$git add -u .会遍历工作树，寻找之前已经识别的文件，现在要消失的文件，他会它们作为新的删除来暂存。后面这个.是当前工作目录的简写。当它看到add时会从当前坐在目录低轨道最深处去寻找能够添加的文件，或者说在这个场景下能够删除的所有文件。
$git add -u .
(3)有时可能需要删除一个文件，但并不想从文件系统中真正的删除它。换个说法，想告诉git,不再跟踪这个文件，但是把它保留在工作树中，具体命令如下所示。如果不想被不在跟踪的这个文件影响，可以用ignore来处理，后续补充说明。
$git rm --cached file.txt
以上操作也可通过github官方桌面端实现，很方便。
7.move --移动文件
简要说明：主要是介绍几种移动文件的不同方式，通过使用mv命令以及add命令。
(1)mv命令处理。通过git status可以看到git已经暂存了move发生的事实。
$git mv 原路径 目标路径 ==> 例：git mv head.jpg source/head.jpg
如果只是简单的使用mv命令移动文件，忘了告诉git。git注意到某个地方出现了一个本不应该出现的新文件，同时注意到原来的文件区域已经被删除掉了，这时可以通过以下命令开解决它。
$mv prod.log production.log
$git rm prod.log //删除原来的文件
$git add production.log //添加新文件
(2)add命令处理。在实际移动过程中个，可能会通过finder以及ide等其他渠道来移动文件，类似于批处理，这个时候用以下命令即可处理，.代表从当前目录无限向下递归。
$git add -A . //发现所有移动过去的新文件，删除所有原来的旧文件
上述移动文件简单情况下可以这样处理。在实际应用过程中，从一个目录移动到另一个目录时可能会改变一点文件，这种是不受影响的。
$git add -A tutorials/
$git status //可得知git仍然把它看做一次移动
$git commit -m "moved lesson4 into the proper subfolder" //每一次最终都要commit
(3)用日志命令来展示文件在移动过程中的历史。
$git log --stat --tutorials/intermediate/lesson6.html(当前/最新的路径) =>跟SVN选中文件显示日志一个效果，不会定位到移动的日志。
$git log --stat -M --follow --tutorials/intermediate/lesson6.html (告诉日志在文件移动过程中跟踪文件，just can reach the result)
在提交移动时git会提供一个相似度阈值，默认为50%，超过这个值git会在移动过程中追踪它。认为它是一个移动而不仅仅是删除和添加。但是这个阈值可以我们自己配置，通过在开关-M之后加一个数字。
8.ignore --忽视、避免暂存或提交文件
(1)The .gitignore File。在工程中创建一个.gitignore文件，并上传到仓库,ignore匹配规则应用到目录中的所有文件。前面加个#号可以添加注释，鼓励这种做法。具体处理如下，也可以直接在github官网上直接进行编辑。
$touch .gitignore
$git add .gitignore
$git commit -m "Preparing to ignore temporary files"
$vim .gitignore
insert:
#sass缓存不纳入版本管理
.sass-cache
*.log
tmp/
:wq
(2)选择忽略模式。如果想查看仓库中哪些文件被忽略了，又不想打开.gitignore看规则。
$git ls-file --others --ignored --exclude-standard //显示出被忽略的文件
9.branch --创建、删除/转换分支
简要说明：master主干是对产品特性的一种体现，当我们需要多业务并行开发就可以新建一个分支，然后在分支上自由工作，保证我们安全工作并远离master分支。
(1)创建和删除分支(Creating&Deleting)
$git branch => 查看分支
$git branch app-startup-scripts(新分支名字)
$git branch -d 分支名字 =>如果他没有完全被合并将会报错，告诉你将-d替换成-D，忽略未合并的事实，强制删除，后续章节会讲解合并
(2)转换/切换分支(Switching)
值得一提的是我们切换分支时任何出现在面板区的工作或者工作目录都会跟着我们转过来，如果我们处于这个活动目录或者面板区的文件被覆盖的话是无法切换到新分支的。什么意思了？打个比方在当前分支下有个index.html,你add进暂存区了，但是没有提交，然后自己又在这个文件目录下，就会出现这种情况。还有一种情况你 $ls 的时候可能看到文件消失和重现，在切换分支的时候不用担心这个，他们会待在各自的分支里，直到被合并为止。
$git checkout 分支名字
10.checkout --改变分支
(1)查看当前在那个分支可以通过git branch(带*号的)或者git status
(2)除了上述提到的用来切换分支之外，另一个目的就是把你项目下的工作树、目录和文件等东西做一个更加详细的commit。执行完下面这条命令后，会处于detached HEAD(游离状态)，在这个状态下进行的commit不会对你的远程分支产生影响。要深入理解游离状态以及应用可参考https://blog.csdn.net/trochiluses/article/details/8991701，讲的很透彻。
$git checkout 提交引用（commit Id）
(3)checkout 另一个作用是用来撤销和丢弃编辑的内容。
$git checkout index.text (丢弃当前修改，保持跟暂存区/上一次提交的一致)
(4)缩短一些其他步骤，如果想创建一个分支然后切换到它，只需要运行：
$git checkout -b 新分支的名字
11.merge --分支合并 简要说明：把分支和多条线的历史操作汇聚起来。 1.git merge 通过merge可以把两个j或者多个分支的历史汇聚起来然后在工作树中展示，所有这些分支全部commit的累积结果。对于一个经典的工作流，我们通过运行如下指令来合并我们需要的commit。
$git merge 分支名字
2.解决冲突 合并过程中遇到冲突意味着两个文件的变化非常的相似，Git不知道如何去解决这些冲突，或者把他们合并在一个文件里。 为了解决这个我们可以直接git status查看冲突文件，然后手动解决冲突在git add-git commit一遍
3.--abort 指令 有一种情况是遇到了文件冲突，但是并不想马上解决它或者只想抛弃它，这个时候可以运行以下指令,这将会从你当前分支的最后一次提交中清除你的工作目录，并且同样会清除暂存区
$git merge --abort
4.--squash指令 如果不想把历史汇聚起来，但是想要一个具体分支中的全部commit简单的运行。
$git merge --squash 目标分支上的名字
在你目前切换到的分支上创建一个新的提交，这代表了发生在目标分支上的所有改变
5.清除已经合并完的分支 一旦成功合并完了分支，没必要保存分支标签或者名字，因为可以从最终的分支或者当前的分支看到所有的历史，所有的提交，要做的就是
$git branch -d 分支名字
12.Network 1.远端(Remotes)
$git remote add 目的地名字 整个URL地址
$git remote add set-url 目的地名字 修改URL地址
$git remote rm 远端名字
$git remote -v 得到全部的输出
远端追踪的分支是分支间的中间人，这些分支有一些不同的唯一原因是在所有分支名字前面有一个前缀用来响应远程控制的，大部分情况加这个origin/。
2.fetch、pull、push fetch命令本身是去GitHub.com抓取任何信息下载下来，把它放在远程追踪分支里。
$git fetch origin
$git pull origin
$git push origin
13.图形化用户界面 推荐sourceTree , github for mac , windows GUI, 免费的远程仓库，码云以及github for personal
14.Reset 简要说明：git reset 是一个允许你塑造仓库历史的命令，无论你想撤销一些修改还是把你的commit弄得不一样，都可以用这个来实现。这里主要简述三种模式，分别是soft、mixed、hard模式
mixed模式，它修改了历史和工作目录，所以叫做混合模式，修改了多个东西。 soft模式，选取一条或多条commit，把他们的全部改变放回到暂存区，让你在此基础上继续创建新的提交 hard模式，是一个具有破坏性的操作，这意味着要删除你不在想保存的东西
1.mixed是推荐模式，大部分新手都是用它，因为它们会显示在status命令中d。当你在暂存区有一些改动的时候，输入git status,我们可以看到会出现git reset head
2.soft是这样一种方式，我把一些改动，这些改动可能太过分散，但这些commit都属于同一个事项把它们全部弄到一起通过以下命令，所以通过以下命令可以将这5条commit当做一次提交，压缩进暂存区
$git reset --soft HEAD~5 将最新的5条提交
3.如果你想完全丢掉一些你的工作，可能想丢掉一些不再发挥作用的改动，可以通过以下指令来完全丢掉这些提交
$git reset --hard
扩展：有另外一个相像的命令经常l拿来与reset讨论--checkout，两者其实有些不同，它经常操作的是整个仓库的历史，checkout更加关注在一个目录或者文件级别的精度上，不是撤销或者改变某一条提交，我们可以回到某一个特定文件的某次提交历史上，然后把这个文件和版本拉回到我们当前的工作目录。
15.Reflog 1、 Git reflog 它会追踪你对修改内容的修改。
Git用户首先会发现他们在仓库的每次提交是一个实时的记录快照，会展示代码库是怎么发展的，但是更高级的git用户会发现reflog会追踪制造的commit以及丢弃的commit。这提供了一个30天的缓冲时间，在这期间，你可以从任何错误中回复，包括git reset命令带来的不好的部分，分支的删除或者可能rebase消失了。
Git reset对每个分支都很特别，你会注意到，如果你选择去观察，在.git目录下有一个子目录叫做logs，在那下面，每个分支都有具体的文件，你本地仓库里有的分支。每个这些日志都追踪你做的变动，包括前进和后退方向的。Git reflog命令是做到这个的用户接口，它打印出大部分最近的历史，分页机制让你可以通过已经发生的旧的入口去到你目前已经切换到的分支上。
2、 Using a GUI Reflog提供的线性历史是很难查看的，哪一个是孤单的分支？哪一个是不在代码库里一部分的提交，一些有技巧和创造性的命令行可以把reflog的结果通过管道到一个图形用户界面：
$ gitk --all ‘ git reflog | cut -c1-7 ’ &
这样很容易看出来哪些分支是独立的，哪些提交不再是这个分支的一部分，哪些东西你想要恢复，通过捕获他们的哈希值和使用reset --hard命令。
3、 Frequent commits
Git reflog是你做频繁提交的动力，频繁提交意味着，在reflog里有历史存储着，不管你reset了它们，抛弃了提交，修改它们还是犯了一个错误。没有提交的所有东西，在工作区或者暂存区都是有风险的。但是，如果它被提交了，你可以恢复它们，这最近的30天有一个保证措施允许你采取大的，勇敢的步骤使用Git的其他特性。
