git：记录每次更新到仓库

刺骨的言语ヽ痛彻心扉 2023-01-11 08:44 143阅读 0赞

>  *  现在我们的机器上已经有了一个**真实项目**的git仓库，并从这个仓库中检出了所有文件的**工作副本**。
>  *  通常，我们会对这些文件进行修改，每当完成一个阶段的目标，想要记录下它时，就会将它提交到仓库

工作目录下的每一个文件都不外乎这两种状态：**已跟踪 或 未跟踪**

*  已跟踪文件是指那些被纳入了版本控制的文件，在上一次快照中有他们的记录，在工作一段时间后，它们的状态可能是未修改，已修改或者已暂存。简而言之，已跟踪的文件就是git已经知道的文件。
 *  工作目录中出来已跟踪文件外的其他所有文件都数据未跟踪文件，他们既不存在上次快照的记录中，也没有被放入暂存区。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poaXpoZW5nZ3Vhbg_size_16_color_FFFFFF_t_70]

*  初次克隆某个仓库的时候，工作目录中的所有文件都属于已跟踪文件，并处于未修改状态，因为 Git 刚刚检出了它们， 而你尚未编辑过它们。
 *  编辑过某些文件之后，由于自上次提交后你对它们做了修改，Git 将它们标记为已修改文件
 *  在工作时，你可以选择性地将这些修改过的文件放入暂存区，然后提交所有已暂存的修改，如此反复

# 检查当前文件状态 #

可以用**git status** 命令查看哪些文件处于什么状态。

## 例子一 ##

$ git status
    On branch master
    No commits yet
    nothing to commit (create/copy files and use "git add" to track)

$ echo 'My Project' > README
    >git status
    On branch master
    
    No commits yet
    
    Untracked files:
      (use "git add <file>..." to include in what will be committed)
            README
    
    nothing added to commit but untracked files present (use "git add" to track)

*  在状态报告中可以看到新建的`README` 文件出现在 **Untracked files** 下面。
 *  **未跟踪**文件意味着git在之前的快照(提交)中没有这些文件，git不会自动将之纳入跟踪范围，除非你明明白白地告诉它“我需要跟踪该文件”。

这样的处理让你不必担心将生成的二进制文件或其它不想被跟踪的文件包含进来。 不过现在的例子中，我们确实想要跟踪管理 `README`这个文件。

# 跟踪新文件 #

使用命令git add开始跟踪一个文件。所以，要跟踪`README`文件，运行：

git add README

此时再运行`git status`命令，会看到 README 文件**已被跟踪**，并**处于暂存状态**：

$ git status
    On branch master
    
    No commits yet
    
    Changes to be committed:
      (use "git rm --cached <file>..." to unstage)
            new file:   README

*  只要在**Changes to be committed**这行下面的，就说明是**已暂存状态**。
 *  如果此时提交，那么该文件在你运行`git add`时的版本将被留存在后续的历史记录中。
 *  git add 命令使用文件或目录的路径作为参数；如果参数是目录的路径，该命令将递归地跟踪该目录下的所有文件。

# 暂存已修改的文件 #

现在我们来修改一个已被跟踪的文件`README.md`，然后运行 git status 命令，会看到下面内容：

$ echo 'My Project123' > README
    $ git status
    On branch master
    
    No commits yet
    
    Changes to be committed:
      (use "git rm --cached <file>..." to unstage)
            new file:   README
    
    Changes not staged for commit:
      (use "git add <file>..." to update what will be committed)
      (use "git restore <file>..." to discard changes in working directory)
            modified:   README

*  文件 README.md 出现在 **Changes not staged for commit** 这行下面，说明**已跟踪文件的内容发生了变化，但还没有放到暂存区**。
 *  要暂存这次更新，需要运行**git add**（精确地将内容添加到下一次提交中） 命令。 这是个多功能命令：
    
     *  开始跟踪新文件
     *  **把已跟踪的文件放到暂存区**
     *  用于合并时把有冲突的文件标记为已解决状态等

$ git add README
    $ git status
    On branch master
    
    No commits yet
    
    Changes to be committed:
      (use "git rm --cached <file>..." to unstage)
            new file:   README

*  只要在**Changes to be committed**这行下面的，就说明是**已暂存状态**。

# 状态简览 #

git status 命令的输出十分详细，但其用语有些繁琐。 Git 有一个选项可以帮你缩短状态命令的输出，这样可以以简洁的方式查看更改。 如果你使用 **git status -s**命令或 git status --short 命令，你将得到一种格式更为紧凑的输出。

$ git status -s
    A  README
    ?? LICENSE.txt

*  新添加到暂存区中的文件前面有 `A`标记
 *  新添加的未跟踪文件前面有`??`标记
 *  修改过的文件前面有`M`标记

# 查看已暂存和未暂存的修改 #

如果 git status 命令的输出对于你来说过于简略，而你想知道具体修改了什么地方，可以用git diff 命令。你通常可能会用它来回答这两个问题：

*  当前做的哪些更新尚未暂存？
 *  有哪些更新已暂存并准备好下次提交？

虽然 git status 已经通过在相应栏下列出文件名的方式回答了这个问题，但 git diff 能通过文件补丁的格式更加具体地显示哪些行发生了改变。

# 提交更新 #

现在的暂存区已经准备就绪，可以提交了。 在此之前，请务必确认还有什么已修改或新建的文件还没有 git add 过， 否则提交的时候不会记录这些尚未暂存的变化。 这些已修改但未暂存的文件只会保留在本地磁盘。 所以，每次准备提交前，先用 git status 看下，你所需要的文件是不是都已暂存起来了， 然后再运行提交命令git commit：

$ git commit

这样会启动你选择的文本编辑器来输入提交说明：

> 可以使用 git config --global core.editor 命令设置你喜欢的编辑器。

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poaXpoZW5nZ3Vhbg_size_16_color_FFFFFF_t_70 1]  
可以看到，默认的提交消息包含最后一次运行 git status 的输出，放在注释行里，另外开头还有一个空行，供你输入提交说明。 你完全可以去掉这些注释行，不过留着也没关系，多少能帮你回想起这次更新的内容有哪些。

> 更详细的内容修改提示可以用 -v 选项查看，这会将你所作的更改的 diff 输出呈现在编辑器中，以便让你知道本次提交具体作出哪些修改。

退出编辑器时，Git 会丢弃注释行，用你输入的提交说明生成一次提交。

![在这里插入图片描述][20210126115303846.png]  
另外，你也可以在 commit 命令后添加 -m 选项，将提交信息与命令放在同一行，如下所示：

$ git commit -m "Story 182: Fix benchmarks for speed"
    [master 463dc4f] Story 182: Fix benchmarks for speed
     2 files changed, 2 insertions(+)
     create mode 100644 README

好，现在你已经创建了第一个提交！ 可以看到，提交后它会告诉你，当前是在哪个分支（master）提交的，本次提交的完整 SHA-1 校验和是什么（463dc4f），以及在本次提交中，有多少文件修订过，多少行添加和删改过。

请记住，提交时记录的是放在暂存区域的快照。 任何还未暂存文件的仍然保持已修改状态，可以在下次提交时纳入版本管理。 每一次运行提交操作，都是对你项目作一次快照，以后可以回到这个状态，或者进行比较。

# 跳过使用暂存区域 #

尽管使用暂存区域的方式可以精心准备要提交的细节，但有时候这么做略显繁琐。 Git 提供了一个跳过使用暂存区域的方式， 只要在提交的时候，给 git commit 加上 -a 选项，Git 就会自动把所有已经跟踪过的文件暂存起来一并提交，从而跳过 git add 步骤：

$ git status
    On branch master
    Your branch is up-to-date with 'origin/master'.
    Changes not staged for commit:
      (use "git add <file>..." to update what will be committed)
      (use "git checkout -- <file>..." to discard changes in working directory)
    
        modified:   CONTRIBUTING.md
    
    no changes added to commit (use "git add" and/or "git commit -a")
    $ git commit -a -m 'added new benchmarks'
    [master 83e38c7] added new benchmarks
     1 file changed, 5 insertions(+), 0 deletions(-)

看到了吗？提交之前不再需要 git add 文件“CONTRIBUTING.md”了。 这是因为 -a 选项使本次提交包含了所有修改过的文件。 这很方便，但是要小心，有时这个选项会将不需要的文件添加到提交中。

# 撤消对文件的修改 #

如果你并不想保留对 CONTRIBUTING.md 文件的修改怎么办？ 你该如何方便地撤消修改——将它还原成上次提交时的样子（或者刚克隆完的样子，或者刚把它放入工作目录时的样子）？ 幸运的是，git status 也告诉了你应该如何做

Changes not staged for commit:
      (use "git add <file>..." to update what will be committed)
      (use "git checkout -- <file>..." to discard changes in working directory)
    
        modified:   CONTRIBUTING.md

它非常清楚地告诉了你如何撤消之前所做的修改。 让我们来按照提示执行：

$ git checkout -- CONTRIBUTING.md
    $ git status
    On branch master
    Changes to be committed:
      (use "git reset HEAD <file>..." to unstage)
    
        renamed:    README.md -> README

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poaXpoZW5nZ3Vhbg_size_16_color_FFFFFF_t_70]: /images/20221119/c91d819dfa3e476cafa5b71edbc67c57.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3poaXpoZW5nZ3Vhbg_size_16_color_FFFFFF_t_70 1]: /images/20221119/d11397c261954c8fa98a2552bc823c71.png
[20210126115303846.png]: /images/20221119/70733d83cf8f4714b156d28dcc7abaa9.png