Git使用和理解上的一些问题
问题1
我从gitlab上克隆了一个项目到本地，在远程仓库中，项目有master分支，develop分支，common分支，feature/wyl分支，feature/xyq分支。我在本地也同样创建了以上分支。为什么当我在本地的common分支添加了一个文件a.go，不管该文件是否被添加到了git中进行管理，再切换到本地的feature/wyl分支后，该分支上也会出现我刚才在common分支上添加的文件a.go，但是当我在common分支上将a.go提交到本地仓库或者提交并推送到远程common分支上之后，再切换到feature/wyl分支上之后，该分支上就不会再出现a.go文件了。
同样当我在本地的common分支删除了一个文件b.go，不管该文件是否被添加到了git中进行管理，再切换到本地的feature/wyl分支后，该分支上的b.go也会被删除，但是当我在common分支上将b.go提交到本地仓库中后，再切换到feature/wyl分支上之后，该分支上之前出现的b.go文件不见了。 请详细解释一下为什么会出现以上现象
要理解这个现象，需要从Git的工作区、暂存区、版本库三大核心区域的特性，以及分支切换时的文件处理规则说起。以下是详细解释：
核心概念铺垫
Git管理文件时，存在三个关键区域：
● 工作区（Working Directory）：你本地能看到的文件目录，是你实际编辑文件的地方。
● 暂存区（Staging Area）：临时存储待提交的修改（通过git add命令将工作区文件放入此处）。
● 版本库（Repository）：存储所有提交记录的数据库（通过git commit将暂存区内容存入此处）。
分支的本质是指向版本库中某个提交的指针。当你切换分支时，Git会将“工作区”和“暂存区”的内容更新为目标分支最新提交（版本库中）的内容。
问题解析：为什么未提交的修改会跨分支存在？
当你在common分支添加/删除文件但未提交时，这些修改仅存在于工作区或暂存区，并未进入common分支的版本库（即未被任何分支的提交记录所包含）。
此时切换到feature/wyl分支，Git的处理逻辑是：
● 检查目标分支（feature/wyl）的版本库中是否存在这些未提交的文件/修改。
● 如果目标分支中没有对应的文件/修改记录（即feature/wyl的最新提交中没有a.go，或b.go未被删除），Git会保留工作区/暂存区的未提交修改（因为这些修改不属于任何分支的历史，Git无法判断是否要丢弃它们）。
因此：
● 在common分支新增a.go但未提交，切换到feature/wyl后，a.go仍在工作区（因为feature/wyl版本库中没有a.go的记录，Git不会删除它）。
● 在common分支删除b.go但未提交，切换到feature/wyl后，b.go仍会被删除（因为删除操作在工作区/暂存区，feature/wyl版本库中虽有b.go，但Git会保留未提交的删除操作）。
问题解析：为什么提交后修改不再跨分支存在？
当你在common分支将修改（新增a.go或删除b.go）提交后，这些修改会被记录到common分支的版本库中（成为common分支历史的一部分）。
此时切换到feature/wyl分支，Git的处理逻辑是：
● 将工作区和暂存区的内容覆盖为feature/wyl分支最新提交的内容（因为此时common的修改已属于其专属分支的历史，与feature/wyl无关）。
因此：
● common分支提交a.go后，a.go成为common的专属历史。切换到feature/wyl时，Git会检出feature/wyl版本库中的内容（不含a.go），因此a.go会从工作区消失。
● common分支提交删除b.go后，b.go的删除成为common的专属历史。切换到feature/wyl时，Git会检出feature/wyl版本库中的内容（如果feature/wyl的最新提交中仍有b.go，则b.go会被恢复；如果feature/wyl中b.go已被删除，则保持删除状态——你描述的“不见了”可能是feature/wyl本身也已删除b.go）。
总结
● 未提交的修改（在工作区/暂存区）不属于任何分支的历史，切换分支时会被保留，因此会“跨分支出现”。
● 已提交的修改属于当前分支的历史，切换分支时Git会优先使用目标分支的历史内容，因此修改不会“跨分支出现”。
这一机制的核心是：Git确保“未提交的临时修改”不会被分支切换意外丢弃，同时保证“已提交的分支专属历史”不会被其他分支干扰。
问题2
当我在common分支上，新建了一个c.go文件，没有提交到暂存区，然后切换到feature/wyl分支上，同样也出现了c.go文件，但是当我在feature/wyl分支上，将c.go提交到暂存区后，再切换回common分支上之后，发现common分支上没有了c.go文件。这是怎么回事？
这个现象的核心原因是：Git的暂存区（Staging Area）是与当前分支绑定的，当你在feature/wyl分支将c.go加入暂存区后，这个文件的暂存状态会成为feature/wyl分支的“专属状态”。切换回common分支时，Git会根据common分支自身的状态（无c.go的任何记录）来重置工作区，从而导致c.go消失。
详细步骤拆解
我们按操作顺序逐步分析：
- 在common分支新建c.go（未提交到暂存区）
此时c.go仅存在于工作区（既不在common的暂存区，也不在版本库）。由于未被任何Git命令跟踪，它属于“未被管理的临时文件”。 - 切换到feature/wyl分支
Git切换分支时，会优先保留“未被任何分支管理的临时文件”（因为Git无法判断这些文件属于哪个分支，怕误删）。因此c.go会被保留在工作区，feature/wyl分支的工作区中也会看到c.go。 - 在feature/wyl分支执行git add c.go（提交到暂存区）
这一步是关键：git add会将c.go从工作区加入feature/wyl分支的暂存区。此时，c.go的暂存状态被“绑定”到了feature/wyl分支（每个分支有自己独立的暂存区状态）。
简单说：c.go现在成了feature/wyl分支“正在准备提交”的文件，与该分支建立了关联。 - 切换回common分支
Git切换分支时，会做两件事：
对于c.go：
而c.go的暂存状态属于feature/wyl分支，与common无关。因此，Git会认为c.go是feature/wyl分支的“专属临时修改”，切换回common时需要“清理”这个不属于common的文件，最终导致common分支的工作区中c.go消失。
○ 用目标分支（common）的版本库最新提交覆盖工作区和暂存区；
○ 检查目标分支中是否有与当前工作区/暂存区冲突的文件。
○ common分支的版本库中没有c.go的任何记录（从未提交过）；
○ common分支的暂存区中也没有c.go的记录（从未执行过git add）。
本质总结
● 未被git add的文件：属于“全局临时文件”，不绑定任何分支，切换分支时会被保留。
● 被git add的文件：属于“当前分支的暂存状态”，与分支强绑定。切换到其他分支时，Git会根据目标分支的状态（是否有该文件的记录）决定是否保留——如果目标分支中没有该文件的任何记录（未暂存、未提交），则会被移除。
这就是为什么在feature/wyl暂存c.go后，切换回common分支时，c.go会消失的原因。
问题3
git中每个分支都有自己的暂存区吗，它们不是公用同一个暂存区吗，就像公用同一个工作区一样？
在Git中，暂存区（Staging Area）并不是所有分支共用的，而是与当前检出的分支绑定的。这一点与工作区（Working Directory）的“全局共享”特性有本质区别。
关键区别：工作区 vs 暂存区
- 工作区（Working Directory）
工作区是你本地可见的文件目录，是所有分支共享的物理目录。无论切换到哪个分支，你操作的都是同一个工作区目录，只是Git会根据当前分支的版本库内容更新工作区中的文件。 - 暂存区（Staging Area）
暂存区本质上是Git版本库（.git目录）中的一个特殊文件（index文件），它记录了“当前分支下待提交的文件快照”。
当你切换分支时，Git会自动替换暂存区的内容，使其与目标分支的最新提交状态保持一致。因此，暂存区的状态是与当前分支强绑定的，不同分支的暂存区状态完全独立。
举例说明
假设你有两个分支branchA和branchB：
● 在branchA中执行git add file.txt，此时file.txt的暂存状态被记录在branchA对应的暂存区中。
● 切换到branchB后，Git会将暂存区内容替换为branchB的状态（如果branchB从未暂存过file.txt，则暂存区中没有该文件的记录）。
● 此时在branchB中执行git add other.txt，只会影响branchB的暂存区，与branchA的暂存状态无关。
为什么会有这种设计？
Git的设计目标是保证分支的独立性：每个分支的开发状态（包括“已暂存但未提交的修改”）都应该被隔离，避免不同分支的临时修改互相干扰。
如果暂存区是全局共享的，那么切换分支时，之前分支的暂存状态会污染当前分支，导致提交历史混乱。而绑定到分支的暂存区则完美解决了这个问题。
总结
● 工作区：所有分支共享同一个物理目录，切换分支时Git会更新工作区文件以匹配目标分支的版本。
● 暂存区：与当前分支绑定，切换分支时会被目标分支的暂存状态覆盖，不同分支的暂存状态完全独立。
这就是为什么在一个分支暂存文件后，切换到另一个分支会“丢失”该暂存状态的根本原因。