当前位置：首页 > article >正文

Git(10)之忽略指定文件改动

article 2024/12/22 13:32:24

Git(10)之忽略指定文件改动

Author：Once Day Date：2024年12月21日

漫漫长路有人对你微笑过嘛…

全系列文章可查看专栏: Git使用记录_Once_day的博客-CSDN博客

前些天发现了一个巨牛的人工智能学习网站，通俗易懂，风趣幽默，忍不住分享一下给大家。人工智能学习网站 - 点击跳转。

文章目录

- - Git(10)之忽略指定文件改动
  - - 1. 介绍
    - - 1.1 `.gitignore`文件(团队共享)
      - 1.2 `.git/info/exclude`文件(个人独享)
      - 1.3 `core.excludesFile`配置(本地独享)
      - 1.4 `--exclude`命令行参数(临时忽略文件)
      - 1.5 `git update-index`(假设未变更)
    - 2. 总结

1. 介绍

在Git中，我们可以通过多种方式来忽略文件的改动，以避免将不必要的文件提交到版本控制系统中。下面我们来详细介绍几种常见的忽略文件改动的方式，并对比它们的优缺点和适用场景。

1.1 `.gitignore`文件(团队共享)

.gitignore文件是最常用的忽略文件配置方式。它位于仓库的根目录，用于指定需要忽略的文件和目录模式。

在这里插入图片描述

优点:

简单易用，只需在.gitignore文件中添加需要忽略的文件或目录模式即可。
可以在仓库级别控制忽略规则，适用于整个仓库的忽略配置。
.gitignore文件可以提交到版本控制系统中，方便团队成员共享忽略规则。

缺点:

忽略规则对仓库中的所有分支生效，无法针对特定分支设置不同的忽略规则。

适用场景:

需要在整个仓库范围内忽略特定文件或目录时。
需要与团队成员共享忽略规则时。

1.2 `.git/info/exclude`文件(个人独享)

.git/info/exclude文件是仓库级别的忽略文件配置，它不会被提交到版本控制系统中。

在这里插入图片描述

优点:

可以在仓库级别控制忽略规则，适用于整个仓库的忽略配置。
忽略规则不会被提交到版本控制系统中，适用于个人的本地忽略配置。

缺点:

忽略规则无法与团队成员共享，每个人需要单独配置。

适用场景:

需要在整个仓库范围内忽略特定文件或目录，但不需要与团队成员共享忽略规则时。
个人本地的特殊忽略配置。

1.3 `core.excludesFile`配置(本地独享)

通过配置core.excludesFile选项，可以指定一个全局的忽略文件，适用于所有Git仓库。

优点:

可以在用户级别控制忽略规则，适用于所有Git仓库。
忽略规则可以在多个仓库之间共享，减少重复配置的需要。

缺点:

需要单独配置core.excludesFile选项，相对于其他方式稍微复杂一些。
全局忽略规则可能与特定仓库的需求冲突。

适用场景:

需要在所有Git仓库中忽略相同的文件或目录时。
个人开发环境下，需要统一配置忽略规则时。

下面是使用core.excludesFile配置全局忽略文件的步骤:

创建全局忽略文件: 在用户主目录下创建一个文件，例如.gitignore_global，然后在该文件中添加你想要全局忽略的文件和目录模式，每个模式占一行。例如:
```
# 忽略编辑器配置文件
.vscode/
.idea/

# 忽略临时文件
*.tmp
*.log

# 忽略编译产物
*.class
*.o
```
配置core.excludesFile选项：打开终端，执行以下命令来配置core.excludesFile选项：
```
git config --global core.excludesFile ~/.gitignore_global
```
这条命令将core.excludesFile选项设置为你创建的全局忽略文件的路径。
验证配置：执行以下命令来检查core.excludesFile 选项的值:
```
git config --global --get core.excludesFile
```
输出应该是你配置的全局忽略文件的路径，例如:
```
/home/user/.gitignore_global
```

现在，已经成功配置了全局忽略文件。在所有的Git仓库中，符合全局忽略文件中规则的文件和目录将被自动忽略，无需在每个仓库中单独配置.gitignore文件。

例如，当在一个新的Git仓库中工作时，如果创建了一个名为.vscode的目录，它将自动被忽略，不会出现在git status的输出中，也不会被提交到版本控制系统中。

1.4 `--exclude`命令行参数(临时忽略文件)

在执行Git命令时，可以使用--exclude参数临时指定需要忽略的文件或目录。

优点:
- 灵活性高,可以针对特定的Git命令设置临时的忽略规则。
- 无需修改任何配置文件,便于临时忽略某些文件。
缺点:
- 需要在每次执行Git命令时手动指定忽略规则,不够方便。
- 临时忽略规则不会持久化,下次执行命令时需要重新指定。
适用场景:
- 需要临时忽略某些文件,而不希望将忽略规则写入配置文件时。
- 特定Git命令的一次性忽略需求。

下面是使用git --exclude参数临时忽略文件改动的步骤:

修改文件，打开config.ini文件，进行一些本地配置的修改，例如修改数据库连接字符串或API密钥等。保存文件并关闭。
执行Git命令，并使用--exclude参数：

如果我们想要执行git add命令，将修改的文件添加到暂存区，但不包括config.ini文件，可以使用以下命令:
```
git add --exclude=config.ini .
```
如果我们想要执行git status命令，查看工作区的状态，但不显示config.ini文件的修改，可以使用以下命令:
```
git status --exclude=config.ini
```
如果我们想要执行git diff命令，查看文件的差异，但不包括config.ini文件，可以使用以下命令:
```
git diff --exclude=config.ini
```
验证结果：执行完上述Git命令后，可以再次使用git status命令查看工作区的状态。我们会发现，尽管config.ini文件进行了修改，但是它并没有被列为已修改的文件。其他文件的修改状态和差异信息仍然会正常显示。

通过使用git --exclude参数，我们可以在执行特定的Git命令时临时忽略某些文件的改动，而无需修改任何配置文件。这对于临时排除一些个人配置文件或敏感信息非常有用。

需要注意的是，git --exclude参数只对当前的Git命令生效，它并不会永久性地忽略文件的改动。如果我们在后续的Git命令中没有使用--exclude参数，那么被排除的文件的改动将重新被Git跟踪和报告。

另外，git --exclude参数支持通配符和多个文件的排除。例如，我们可以使用git add --exclude=*.log来排除所有以.log结尾的文件，或者使用git status --exclude=file1.txt --exclude=file2.txt来排除多个文件。

1.5 `git update-index`(假设未变更)

git update-index命令可以用于将文件标记为"假定未变更"(assume unchanged)或"跳过工作区"(skip worktree)，从而忽略文件的改动。

优点:

可以在不修改任何配置文件的情况下，直接忽略特定文件的改动。
可以针对个别文件进行忽略，灵活性高。
忽略的文件仍然存在于工作区和版本控制系统中，只是忽略了改动。

缺点:

需要使用命令行操作，相对于编辑配置文件稍微复杂一些。
忽略的文件信息存储在.git目录中，不会在仓库之间共享。

适用场景:

需要忽略个别文件的改动,而不影响其他文件时。
暂时忽略某些文件的改动,但仍希望保留文件在工作区和版本控制系统中。

下面是一些常用的git update-index命令示例:

将文件标记为"假定未变更":
```
git update-index --assume-unchanged <file>
```
这样，即使文件发生了改动，Git也会忽略这些改动，不会将其标记为已修改。
将文件标记为"跳过工作区":
```
git update-index --skip-worktree <file>
```
这样，即使文件发生了改动，Git也会忽略这些改动，并且不会在git status等命令中显示文件的修改状态。
取消文件的"假定未变更"或"跳过工作区"标记:
```
git update-index --no-assume-unchanged <file>
git update-index --no-skip-worktree <file>
```
这将恢复文件的正常跟踪状态，Git会重新检测并报告文件的修改。