GitHub 学习
Config:配置信息
git config
1、配置用户信息（Config User Info）
$ git config --global user.name
Phoebe
$git config --global user.email
Phoebehere@qq.com
在git.com发布时会看到你的这些信息
2、配置行尾&颜色（Config Line Endings & Color）
行尾是特别重要的，因为在不同平台中的仍然有区别：Mac,linux,Windows,CR等，所有这些选择，Git将帮助标准化那些正在被check的文件到存储库，通过设置比如 core.autocrlf
$ git config --global core.autocrlf true
$ git config --global core.autocrlf input
颜色是更多的用户界面调整，颜色是非常容易识别的东西
$ git config --global color.ui auto
$ git diff
红色：正在进行处理
绿色：运行正常
3、Config有用的设置
local：具有最高的优先级，大于global
global：稍弱，将被local覆盖
System：最弱，通常是最模糊的或者不常用的设置，将被global或者local覆盖
Init初始化仓库：
git init 初始化本地仓库或githug.com云端仓库都可
• 本地-版本控制:
1、ls 目录之后git init / git init 目录名称
2、git status
• 云端：
登录--新建仓库--键入项目名称（不能与仓库名同名）--描述（可选）--.gitignore(不希望纳入版本控制的文件)
//用户名将是你所有项目的命名空间
• 最后记得建立云端和本地的联系
Commit命令行提交
git comment ---将当前暂存区域中的而文件实际保存仓库的历史记录中，通过这些记录，我们就可以在工作树中复原文件。
1. 本地：
• git status 查看状态/已更改的文件/自上次提交之后你添加的新文件
• git add 文件名 将文件放在一个称为暂存区域的持久化容器中（每次提交一个都必须先存在暂存区中）
• git commit -m “描述本次提交的信息” （不描述不提交）
• 暂存区域让用户灵活地决定什么改动将成为那次提交的一部分
2. 云端：不用输入命令操作，更傻瓜
3. 桌面APP：显式展现，方便用户决定想暂存的文件之后提交
Diff查看修改
git diff 查看工作树、暂存区、最新提交之间的差别
1、git diff--staged 查看暂存区域文件和最近提交的历史|已提交的文件区别
git diff--HEAD 查看当前文件（包括暂存和未暂存的）和上一次提交代码的比较
2、git diff --color-words 查看单修改中单词的不同
git diff --words-diff 查看单修改中单词的不同
3、git diff --stat 查看修改的文件，不会显示修改的内容/代码
Log查看日志/仓库历史
git log 在仓库中输入后可以查看最新提交的记录，最早的位于最滴部
git log --oneline 快速查看提交的概要信息
git log --stat 查看提交的详细信息
git log --patch 查看每次提交之间改变的内容对比
git log --patch --oneline 查看一次日志的概括和不同的地方
git log --graph (--all --decorate --oneline )ASCII表示提交结构（--每一次 --描述 --概览）
Remove 删除数据文件
1. git rm 文件名
真正从文件系统删 除一个文件，并且暂存这个文件被删除的事实，如果提交了git commit -m“Remove 文件名”，这个文件不会从之前的版本中消失，但是未来的提交中这个文件就不存在了。
注意：如果只是输入rm 文件名，暂存区不会暂存这个删除，再次加上git rm 文件名能让他暂存以及发生了的事实。
2. git rm --cached 文件名
删除文件（并不是真正的）只是想让git不再跟踪这个文件，文件仍保留在工作树中（类似git ignore file 文件名）
3. add 删除许多文件
a. git add -u .（当前目录简写）/ 文件名
遍历工作树，寻找GIT之前已经识别到的，现在要消失的文件
move重命名/移动文件
git mv 旧文件路径 新文件路径=git rm 旧文件 + git add 新文件
git add -A
它会发现所有的移动过去的新文件，然后删除所有原来的就文件，最后解释为移动已经发生了，这个命令只是告诉git从当前工作目录开始无限向下递归寻找。
git log --M --follow
接着上面的，移动文件之后，我们在新的路径下面编辑这个文件，做另外一次提交，所以现在我们有了3次提交——文件创建的提交，文件移动的提交，在新的地方，文件编辑的提交。
我们可以使用日志命令来展示这个文件在移动过程中的历史，历史在移动的时候停止了添加开关-M和--follow：告诉日志在文件移动过程中跟踪文件，现在就可以得到想要的结果。
Similarity Index
回想一下，我们什么时候提交的？在我们移动这些文件之后，commit给我们一些数字，这些数字是一个类似度，可以表现文件在移动前后内容的相似度。Git默认提供一个50%的相似度阈值，如果文件在移动前后，50%相似，他会在移动的过程中追踪它，认为它是一个移动而不仅仅是一个删除和添加，我们可以调整这个阈值，通过在开关-M之后提供一个数字，如果你比较挑剔，可以使用大于50%的数值，你可以自由地添
加参数，尽管如此，注意不要把阈值设置的太小，因为在一个比较低的相似度的情况下，你不认为是相同的文件最后可能会被判定为相同的。
