背景：你理解tig中untracked changes和unstaged changes的含义？它们对应的代码存在哪里呢？在本地仓库？提交到gitlab线上库了？下面将解答这些疑问。
一、核心结论先明确
tig 中显示的 Untracked changes（未跟踪变更）和 Unstaged changes（未暂存变更）都属于本地工作区的修改，完全没有提交到 GitLab 线上库，甚至连「本地仓库的提交（commit）」都没完成 —— 它们和 GitLab 线上库没有任何关联，仅存在于你的本地电脑。
要理解这两个概念，需先理清 Git 的「三层本地结构」（工作区 → 暂存区 → 本地仓库），以及和「远程仓库（GitLab 线上库）」的关系：
1本地工作区（Working Directory）→ 暂存区（Staging Area）→ 本地仓库（Local Repo）→ 远程仓库（GitLab 线上库） 2
Untracked/Unstaged changes 都停留在「本地工作区」，连第一步「暂存区」都没进入，自然和 GitLab 无关。
二、逐词拆解含义
1. Untracked changes（未跟踪的变更）
- 核心定义：文件是「全新创建的」，Git 从未记录过这个文件（既不在暂存区，也不在本地仓库），Git 完全 “不知道” 这个文件的存在。比如你在项目里新建了
new_file.cpp，但没执行git add new_file.cpp，这个文件就会被标记为Untracked。 - tig 中的表现：在
tig status视图（执行tig status进入）中，这类文件会单独列在「Untracked files」区域，通常标红 / 高亮。 - 和 GitLab 的关系：完全无关，GitLab 线上库根本不知道这个文件存在。
2. Unstaged changes（未暂存的变更）
- 核心定义：文件是 Git「已跟踪的」（比如之前提交过到本地仓库），但本次修改后没有执行
git add（即没把修改放到「暂存区」）。比如你修改了已提交过的old_file.cpp，但没执行git add old_file.cpp，这个文件的修改就会被标记为Unstaged。 - tig 中的表现：在
tig status视图中，这类文件列在「Changes not staged for commit」区域，会显示具体的代码行变更（+/-）。 - 和 GitLab 的关系：同样无关，仅停留在本地工作区，既没进入暂存区，也没提交到本地仓库，更没推到 GitLab。
三、关键区分：不同状态和 GitLab 的关联
| 状态类型 | 所处 Git 区域 | 是否提交到本地仓库 | 是否提交到 GitLab 线上库 |
|---|---|---|---|
| Untracked changes | 工作区 | ❌ 否 | ❌ 否 |
| Unstaged changes | 工作区 | ❌ 否 | ❌ 否 |
| Staged changes（已暂存） | 暂存区 | ❌ 否（待提交） | ❌ 否 |
| Committed changes（已提交） | 本地仓库 | ✅ 是 | ❌ 否（需 git push） |
| Pushed changes（已推送） | 远程仓库 | ✅ 是 | ✅ 是 |
只有当修改经过「git add（暂存）→ git commit（本地提交）→ git push（推远程）」三步后，才会真正提交到 GitLab 线上库。
四、tig 中查看这些变更的实操
1# 1. 进入 tig 的状态视图（专门显示工作区/暂存区变更） 2tig status 3 4# 2. 视图内操作： 5# - 上下箭头：选中不同的变更文件 6# - Enter：查看该文件的详细行级变更（和 tig 查看提交 diff 操作一致） 7# - q：退出状态视图，回到 tig 主界面 8# - u：在 tig status 中，选中 untracked 文件按 u → 快速执行 git add（标记为 staged） 9# - U：选中 unstaged 文件按 U → 快速执行 git add（标记为 staged） 10
总结
Untracked changes：Git 没见过的新文件，仅在本地工作区；Unstaged changes：Git 认识的文件但本次修改没暂存，仅在本地工作区；- 两者都未提交到本地仓库，更不可能出现在 GitLab 线上库；
- 只有完成
git add（暂存）→git commit（本地提交）→git push（推远程），修改才会同步到 GitLab 线上库。