摘要： 先来合个影 马上就要和之前实践遗留的数据告别了，告别之前是不是要留个影呢？在Git里，“留影”用的命令叫做tag，更加专业的术语叫做“里程碑”（打tag，或打标签）。 通过记录提交ID（或者创建Tag对象）来为当前版本库状态进行“留影”。 留过影之后，可以执行git describe命令显示当前版本 阅读全文

摘要： 继续暂存区未完成的实践 经过了前面的实践，现在DEMO版本库应该处于master分支上，看看是不是这样。 还记得在之前“Git暂存区”的结尾，是如何保存进度的么？翻回去看一下，用的是git stash命令。这个命令用于保存当前进度，也是恢复进度要用的命令。 查看保存的进度用命令git stash l 阅读全文

摘要： 实际上在执行重置命令的时候没有使用任何参数对所要重置的分支名进行设置，这是因为重置命名实际上所针对的是头指针HEAD。之所以没有改变HEAD的内容是因为HEAD指向了一个引用refs/heads/master，所以重置命令体现为分支“游标”的变更，HEAD本身一直指向的是refs/heads/mas 阅读全文

摘要： master分支在版本库的引用目录（.git/refs）中体现为一个引用文件.git/refs/heads/master，其内容就是分支中最新提交的提交ID。 通过对提交本身数据结构的分析，看到提交可以通过到父提交的关联实现对提交历史的追溯。注意：下面的git log命令中使用了 oneline参数 阅读全文

摘要： Git对象库探秘 通过查看日志的想尽输出，我们会惊讶地看到非常多的"魔幻数字"，这些"魔幻数字"实际上是SHA1哈希值。 一个提交中居然包含了三个SHA1哈希值表示的对象ID。 commit e695606fc5e31b2ff9038a48a3d363f4c21a3d86：这是本次提交的唯一标识。 阅读全文

摘要： 在上一节的实践中，DEMO版本库建立了两次提交，可以用 git log 查看提交日志(附加的 stat 参数可以看到每次提交的文件变更统计。) 可以看到第一次提交对文件welcome.txt有一行的变更，而第二次提交因为是使用了 allow empty参数进行的一次空提交，所以提交说明中看不到任何对 阅读全文

摘要： 创建版本库及第一次提交 通过如下操作来查看一下您的Git版本。 在开始 Git 之旅之前，我们需要设置一下 Git 的配置变量，这是一次行的工作。即这些设置会在全局文件(用户目录下的.gitconfig)或系统文件(如/etc/gitconfig)中做永久记录。 (1) 告诉 Git 当前用户的姓名 阅读全文

摘要： Git命令行 只要输入git，Git就会不带任何参数地列出它的选项和最常用的子命令。 要得到一个完整的git子命令列表，可以输入git help all 显示版本号 git version 每个git子命令的文档都可以通过使用git help subcommand、git help subcomma 阅读全文

摘要： 当你发现一个故障时改怎么办？试着让它在此发生。这样做有3个原因。 可以观察它。要观察错误，就必须使它发生。我们必须尽可能有规律地制造失败。 可以专心查找原因。准确地知道问题在什么条件下会发生。有助于集中精力查找原因。 可以判断是否已修复问题。当你认为已经修复了问题时，如果才能确信它确实已被修复呢？那 阅读全文

摘要： 阅读手册 理解系统的基本方法就是阅读手册。我们首先应该阅读手册，而不是等所有办法都不管用之后才去读它。当你买一件东西的时候，手册告诉你怎么操作它，以及它用来干什么的。我们需要一页一页读完手册并理解它，以便用它来完成我们需要做的工作。 如果你是一位工程师，正在调试自己公司的产品，那么你需要读一读内部手 阅读全文