Git基础(二)

在Git基础(一)中简单描述了git的常用的生命周期及操作，现在对这些操作进行更深入的描述。

一、查看当前仓库状态

使用git status可以查看当前仓库的状态，它也可以加上--short或者-s参数，这样输出就会显得非常简洁。

 D 2.环境篇/工具部署和使用/开发工具/git/1.基础/git_fundamental.md
?? 2.环境篇/工具部署和使用/开发工具/git/1.基础/1_git_fundamental.md
?? 2.环境篇/工具部署和使用/开发工具/git/1.基础/2_git_fundamental.md

在每个文件前都会有一个字符串来标记该文件的状态，其中：

??表示新增未跟踪文件
D 表示该文件被删除

此时，当我们使用git add将所有修改添加到暂存区后，再次运行git status -s查看结果。

R  2.环境篇/工具部署和使用/开发工具/git/1.基础/git_fundamental.md -> 2.环境篇/工具部署和使用/开发工具/git/1.基础/1_git_fundamental.md
A  2.环境篇/工具部署和使用/开发工具/git/1.基础/2_git_fundamental.md

其中:

R表示该文件被重命名了
A表示该文件被新增到暂存区，git开始跟踪他的变化

接着，我们修改2.环境篇/工具部署和使用/开发工具/git/1.基础/2_git_fundamental.md的内容，然后再次使用git status -s来观察这些文件的状态。

R  2.环境篇/工具部署和使用/开发工具/git/1.基础/git_fundamental.md -> 2.环境篇/工具部署和使用/开发工具/git/1.基础/1_git_fundamental.md
AM 2.环境篇/工具部署和使用/开发工具/git/1.基础/2_git_fundamental.md

可以看到该文件的A右边多了一个M，表示该文件已经修改，但是还未添加到暂存区。回忆上一章的内容，当我们修改了文件然后添加到暂存区，再修改后，git status的输出。在-s选项中，git用一种十分优雅的方式表达了这一结果，当M位于左侧时，表示该文件有一些修改已经添加到暂存区。而当M位于右侧时，表示该文件还有修改未被添加到暂存区。

依此类推，如果该文件是一个已经被git仓库跟踪的文件，在进行修改->添加到暂存区->再修改的操作后，对于该文件，git status -s的输出是什么呢？

二、避免将垃圾引入git仓库

当我们的项目中存在一些不应该添加到仓库中的文件时，应该使用.gitignore文件来将垃圾都排除在项目之外。

git通过在项目目录中使用.gitignore文件来管理该项目需要跟踪的文件，一般我们在项目的根目录使用该文件，子目录的.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`等。

一个简单的例子:

三、查看当前修改内容

使用git diff命令可以查看当前工作区和暂存区之间的差异，注意，这里不是工作区和之前一个commit的差异，而是工作区和暂存区的差异，也就是一个文件修改后暂存后的文件快照和再次修改之后的差异。

如果想查看已经暂存的和上一次提交的差异，可以使用git diff --staged。

四、提交暂存区内容

当文件被git add添加到暂存区后还需要使用git commit来将代码提交到本地仓库中，前面已经使用了git commit -m来为提交添加一个信息，表示本次提交的内容。一般来说，这个信息不应太长，应言简意赅地描述本次改动的内容。如果条件允许，最好再通过一个CHANGELOG文件来详细描述本次改动，这对于版本追溯十分有帮助。如果你不想使用-m选项，可以在之前配置的默认编辑器中增加这些信息。

在最上面一行写你的commit message，如果什么都不写，将会中断这次提交。

完成后保存退出，这时显示提交已经完成。

这时使用git log查看提交记录，可以看到:

刚刚的提交已经生效。

如果本次修改没有完成就提交了，想要再次将修改提交到仓库中，难道再次使用git add -> git commit吗？git新手会这样做，但是会在提交记录中生成两个提交记录，这样会污染提交记录，不利于以后版本回溯。那如果你觉得本次提交的commit message写的不太好，想要修改commit message，那么此时刚刚的方法将无法满足要求。

正确的方法是将修改添加到暂存区后，使用git commit --amend来将本次修改合并到前一次提交。

--amend参数用于弥补上一次提交缺失或者错误的内容，当你准备好提交后，使用--amend参数就会打开默认的编辑器，你可以在这里修改你的commit message。修改完成后，保存退出即刻生效。

使用git log来查看提交记录，可以看到:

修改已经被合并到上一次修改中，且commit message完成修改。

类似的，如果不想进入默认的编辑器，只要同时使用-m参数，git就会将commit message替换为新的值。

如果不小心进行了多次提交，这时使用git commit --amend就没办法了，此时需要git rebase命令来帮忙将多个提交合并到一起。对于这个操作，将在后面说到rebase的时候再细说。

还有个常用选项，如果不想执行git add -A这一步，那么可以使用-a选项，表示将所有修改添加到暂存区并进行提交。

PreviousGit基础(一)NextGit基础(三)

Last updated

Was this helpful?