1. 提交对象
首先，Git是版本控制系统，所以Git的存储基本数据单元是不同的版本对象，对应的就是不同的commit。换句话说，我们每commit一次，就是一个版本，也就是一个Git存储单元。
2. 分支管理
2.1 只有 main 分支时
当只有main分支时，在修改过文件且进行git add 和 git commit 操作后，目前的文件就会形成一个版本上传到本地的版本库 (Local Repository)，如下图所示，commit 1 是第一个版本，commit 2 是第二个版本，commit 3 是第三个版本同时也是当前最新版本。我们每在 main 分支提交一次，main 分支的指针都会向右移动一步，commit 版本链也会越来越长。图中的 HEAD 是一个特殊的指针，指向当前所在的分支。
2.2 创建分支 dev 时
当我们创建新的分支时，其实是创建一个新的引用，这个引用指向某个提交对象。比如，我们现在在 commit 3 后想创建一个新的分支 dev 开发点别的功能。新创建的 dev 分支会指向 commit 3，可以理解为新创建的分支 dev 基于当前分支 main，和当前分支指向相同的提交对象 commit 3，共享相同的历史，即无论是在 main 还是 dev，使用 git log 查看提交日志都会显示一样的内容。
3. 工作区、暂存区的共享
有个很有趣的现象是，比如在 commit 3 这里，我们一次性创建了 3 个分支。我们在 dev 3 分支修改了 readme.txt 文件，如果马上切换到 dev 1、dev 2 或 main 都会看到一样的修改，或者说在 dev 3 修改后 git add 但不 git commit，同样可以在 dev 1、dev 2 或 main 看到一样的修改。也就是说在没有 commit之前，main 、dev 1、 dev 2、 dev 3 共享同一个工作区和暂存区。
如果在 dev 3 分支修改 readme.txt 后马上 git add 和 git commit，那么修改内容就无法在 main、dev 1 和 dev 2 中看到了，其中的原因相信聪明的你应该能很好地解释啦，欢迎在评论区留下你的解释。
4. Question
这里考考大家，欢迎大家踊跃参与投票或在评论区留下你的答案：
如下图所示，在 dev 1 和 dev 3 分支使用 git log 命令获取到的日志内容一致吗？什么原因呢？文章来源：https://www.toymoban.com/news/detail-778179.html
文章来源地址https://www.toymoban.com/news/detail-778179.html
到了这里，关于Git分支管理的原理 & 工作区、暂存区的分支共享的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
