底层命令与上层命令 Git 对象 树对象 提交对象 对象存储 Git 引用 HEAD 引用 标签引用 远程引用 包文件 引用规范 引用规范推送 删除引用 传输协议 哑协议 智能协议 协议总结 维护与数据恢复 维护 数据恢复 移除对象 环境变量 全局行为 版本库位置 路径规则 提交 网络 比较和合并 调试 其它 总结 附录 A: 在其它环境中使用 git push origin --delete 检出标签 如果你想查看某个标签所指向的文件版本，可以使用 git checkout 命令， 虽 然这会使你的仓库处于“分离头指针（detached HEAD）”的状态——这个状 态有些不好的副作用： $ git checkout 2.0.0 Note: checking out '2.0.0'. You are in 'detached request #89 from schacon/appendix- final HEAD is now at df3f601... add atlas.json and cover image 在“分离头指针”状态下，如果你做了某些更改然后提交它们，标签不会发生变 化， 但你的新提交将不属于任何分支，并且将无法访问，除非通过确切的提 交哈希才能访问。 因此，如果你需要进行更改，比如你要修复旧版本中的错

git push origin --delete 检出标签 如果你想查看某个标签所指向的文件版本，可以使用 git checkout 命令， 虽然这会使你的仓库处于“分离头 指针（detached HEAD）”的状态——这个状态有些不好的副作用： $ git checkout 2.0.0 Note: checking out '2.0.0'. You are in 'detached request #89 from schacon/appendix-final HEAD is now at df3f601... add atlas.json and cover image 在“分离头指针”状态下，如果你做了某些更改然后提交它们，标签不会发生变化， 但你的新提交将不属于任 何分支，并且将无法访问，除非通过确切的提交哈希才能访问。 因此，如果你需要进行更改，比如你要修复旧 版本中的错误，那么通常需要创建一个新分支： 会保存一个提交对象（commit object）。 知道了 Git 保存数据的方式，我们可以很自 然的想到——该提交对象会包含一个指向暂存内容快照的指针。 但不仅仅是这样，该提交对象还包含了作者的姓 名和邮箱、提交时输入的信息以及指向它的父对象的指针。 首次提交产生的提交对象没有父对象，普通提交操 作产生的提交对象有一个父对象， 而由多个分支合并产生的提交对象有多个父对象， 为了更加形象地说明，

# git diff --cached #查看未提交的暂存 ★分支操作 分支（branch）的本质其实就是一个提交对象（commit），HEAD是一个指针， 它默认指向master分支，切换分支时就是让HEAD指向不同的分支。每次有新的 提交时，HEAD都会自动指向最新的提交。 首次创建分支前，得先进行一次提交，否则git无法创建分支（因为分支是基于 ★tag操作 tag是git版本库的一个标记命令，指向了某个commit的指针，tag命令主要用于 发布版本管理，当一个版本发布时，打上tag标签。 有了分支（branch）为什么还要引入tag这个概念呢？ 因为tag是相对于同一个分支而言的，同一分支不停地开发，有新增的文件，也 有修改旧的文件，每次提交（commit）后当前分支的HEAD指针会指向最新的提 交，那么如何管理旧的提交呢？可以对某个时间点的提交打个标记，方便后续

delete_old_actions ) Cron - 从数据库中删除所有旧的系统通知 ( cron.delete_old_system_notices ) Cron - 在仓库中回收 LFS 指针 ( cron.gc_lfs ) Git ( git ) 配置说明 - 113 - 本文档使用 书栈网 · BookStack.CN 构建 储库的拉取请求） VERBOSE_PUSH