三种状态
- 已提交：表示数据已经安全的保存在本地数据库中。
- 已修改：表示修改了文件，但还没保存到数据库中。
- 已暂存：表示对一个已修改的文件做了标记，使之包含在下次提交的快照中。
三个工作区域：Git 仓库、工作目录、暂存区域。
- Git 仓库：用来保存项目的元数据和对象数据库的地方，这是 Git 最重要的部分，从其它计算机克隆仓库时，拷贝的就是这里的数据。
- 工作目录：对项目的某个版本独立提取出来的内容，这些从 Git 仓库的压缩数据库中提取出来的文件，放在磁盘上供人使用或修改。
- 暂存区域：一个文件，保存了下次将提交的文件列表信息，一般在 Git 仓库目录中，又称“索引”，不过一般叫暂存区域。
工作流程
- 在工作目录中修改文件。
- 暂存文件，将文件的快照放入暂存区。
- 提交更新，找到暂存区的文件，将快照永久性存储到 Git 仓库目录。
如果 Git 目录中保存着特定版本的文件，就属于已提交状态。 如果作了修改并已放入暂存区域，就属于已暂存状态。 如果自上次取出后，作了修改但还没有放到暂存区域，就是已修改状态。
设置用户信息
全局设置用户信息
设置用户名称： git config --global user.name "xxx"
设置邮件地址： git config --global user.email "[email protected]"
非全局设置用户xinx
设置用户名称： git config user.name "xxx"
设置邮件地址： git config user.email "[email protected]"
设置文本编辑器
未设置的情况下，Git 会使用操作系统默认的文本编辑器，通常是 Vim
使用 emacs 文本编辑器： git config --global core.editor emacs
Vim 和 Emacs 是像 Linux 与 Mac 等基于 Unix 的系统上开发者经常使用的流行的文本编辑器。 如果你对这些编辑器都不是很了解或者你使用的是 Windows 系统，那么可能需要搜索如何在 Git 中配置你最常用的编辑器。 如果你不设置编辑器并且不知道 Vim 或 Emacs 是什么，当它们运行起来后你可能会被弄糊涂、不知所措。
检查配置信息
查看所有配置项： git config --list
你可能会看到重复的变量名，因为 Git 会从不同的文件中读取同一个配置（例如：/etc/gitconfig 与 ~/.gitconfig）。 这种情况下，Git 会使用它找到的每一个变量的最后一个配置。
查看单个配置项： git config user.name
获取帮助
使用 Git 获取帮助，有三种方法可以找到 Git 命令的使用手册：
-
第一种方式：
git help <verb> -
第二种方式：
git <verb> --help -
第三种方式：
man git-<verb>
Git 基础
获取 Git 仓库
两种获取 Git 项目仓库的方法：
第一种方式：在现有项目或目录下导入所有文件到 Git 中。（本地新建）
第二种方式：从一个服务器克隆一个现有的 Git 仓库。（远程拉取）
在现有目录中初始化仓库
git init
克隆现有的仓库
git clone [url]
自定义本地仓库名称： git clone [url] urlName
git 支持多种数据传输协议。 上面的例子使用的是 https:// 协议，不过你也可以使用 git:// 协议或者使用 SSH 传输协议，比如 user@server:path/to/repo.git 。 在服务器上搭建 Git 将会介绍所有这些协议在服务器端如何配置使用，以及各种方式之间的利弊。
记录每次更新到仓库
工作目录下的文件有两种状态：已跟踪、未跟踪。
已跟踪：指哪些被纳入了版本控制的文件，在上一次快照中有它们的记录，在工作一段时间后，它们的状态可能处于未修改，已修改或已暂存。
未跟踪（Untracked）：除已跟踪之外都属于未跟踪，既不存在于上次快照的记录中，也没有放入暂存区。
初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态
检查当前文件状态
命令： git status
未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非你明明白白地告诉它 “我需要跟踪该文件”， 这样的处理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。
暂存已修改文件
只要在 Changes to be committed 这行下面的，就说明是已暂存状态。
出现在 Changes not staged for commit 这行下面，说明已跟踪文件的内容发生了变化，但还没有放到暂存区。要暂存这次更新，需要运行 git add 命令。
跟踪新文件
命令： git add xxx
只要在 Changes to be committed 这行下面的，就说明是已暂存状态。如果此时提交，那么该文件此时此刻的版本将被留存在历史记录中。
使用 git init 后就运行了 git add (files) 命令，开始跟踪当前目录下的文件。
git add 命令使用文件或目录的路径作为参数；如果参数是目录的路径，该命令将递归地跟踪该目录下的所有文件。
提交时，文件的版本是最后一次运行 git add 命令时的那个版本，而不是运行 git commit 时，在工作目录中的当前版本。
状态简览
git status 命令的输出十分详细，但其用语有些繁琐。
如果你使用 git status -s 命令或 git status --short 命令，你将得到一种更为紧凑的格式输出。
?? ：新添加的未跟踪文件
A ：新添加到暂存区中的文件
M ：修改过的文件
MM ：左边的 M 表示 文件被修改并放入了暂存区 ，右边的 M 表示 文件被修改但没有放入暂存区 。
忽略文件
无需纳入 Git 的管理，也不希望出现在未跟踪文件列表的文件，使用 .gitignore 文件进行忽略处理。
.gitignore 的格式规范如下：
- 所有空行或者以
#开头的行都会被 Git 忽略。 - 可以使用标准的 glob 模式匹配。
- 匹配模式可以以（
/）开头防止递归。 - 匹配模式可以以（
\）结尾指定目录。 - 要忽略指定模式以外的文件或目录，可以在模式前加上惊叹号（
!）取反。
所谓的 glob 模式是指 shell 所使用的简化了的正则表达式：
- 星号（
*）匹配零个或多个任意字符； - [abc] 匹配任何一个列在方括号中的字符（这个例子要么匹配一个 a，要么匹配一个 b，要么匹配一个 c）；
- 问号（?）只匹配一个任意字符；如果在方括号中使用短划线分隔两个字符，表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）。
- 使用两个星号（
*）表示匹配任意中间目录，比如 a/**/z 可以匹配 a/z , a/b/z 或 a/b/c/z 等。
GitHub 有一个十分详细的针对数十种项目及语言的 .gitignore 文件列表，你可以在 github.com/github/gitignore 找到它。
查看已暂存和未暂存的修改
如果 git status 命令的输出对于你来说过于模糊，你想知道具体修改了什么地方，可以用 git diff 命令。
git diff ：将通过文件补丁的格式显示具体哪些行发生了改变：比较的是工作目录中当前文件和暂存区域快照之间的差异，也就是修改之后还没有暂存起来的变化内容。
git diff --cached ：若要查看已暂存的将要添加到下次提交里的内容。（Git 1.6.1 及更高版本还允许使用 git diff --staged，效果是相同的，但更好记些。）
git diff 本身只显示尚未暂存的改动，而不是自上次提交以来所做的所有改动。所以有时候你一下子暂存了所有更新过的文件后，运行 git diff 后却什么也没有，就是这个原因。
Git Diff 的插件版本：如果通过图形化的方式或其它格式输出方式可以使用 git difftool 命令来用 Araxis ，emerge 或 vimdiff 等软件输出 diff 分析结果。 使用 git difftool --tool-help 命令来看系统支持哪些 Git Diff 插件。
提交更新
先用 git status 看下，是不是都已暂存起来了， 然后再运行提交命令 git commit： git commit
可以在 commit 命令后添加 -m 选项，将提交信息与命令放在同一行。
跳过使用暂存区域
命令： git commit -a -m 'xxx'
移除文件
要从 Git 中移除某个文件，就必须要从已跟踪文件清单中移除（确切地说，是从暂存区域移除），然后提交。
可以用 git rm 命令完成此项工作，并连带从工作目录中删除指定的文件，这样以后就不会出现在未跟踪文件清单中了。
下一次提交时，该文件就不再纳入版本管理了。 如果删除之前修改过并且已经放到暂存区域的话，则必须要用强制删除选项 -f（译注：即 force 的首字母）。 这是一种安全特性，用于防止误删还没有添加到快照的数据，这样的数据不能被 Git 恢复。
另外一种情况是，我们想把文件从 Git 仓库中删除（亦即从暂存区域移除），但仍然希望保留在当前工作目录中。 换句话说，你想让文件保留在磁盘，但是并不想让 Git 继续跟踪。 当你忘记添加 .gitignore 文件，不小心把一个很大的日志文件或一堆 .a 这样的编译生成文件添加到暂存区时，这一做法尤其有用。 为达到这一目的，使用 --cached 选项： git rm --cached README
移动文件
命令： git mv file_from file_to
运行 git mv 就相当于运行了下面三条命令：
mv README.md README
git rm README.md
git add README
如此分开操作，Git 也会意识到这是一次改名，所以不管何种方式结果都一样。 两者唯一的区别是，mv 是一条命令而另一种方式需要三条命令，直接用 git mv 轻便得多。 不过有时候用其他工具批处理改名的话，要记得在提交前删除老的文件名，再添加新的文件名。
标签：文件,Git,一下,命令,git,暂存,目录,随记 From： https://www.cnblogs.com/xylx1/p/17166846.html