一个Python程序员将她的〜/ .gitconfig交给了Master Git。 在许多行中有以下内容： [别名]； 显式胜于隐式。 如果我们要合并； 我们应该自己这样做。pull = pull --ff-only Git大师撤下了master的最新更改，并自动将其与程序员的更改合并。 ＆＃34;那您为什么不警告我我的配置有问题？＆＃34; 她问。 几个月后，程序员正在阅读git --help config以了解不同的原因，并获得启发。 一位UNIX程序员正在小隔间中工作。 当她看到Git大师沿着小路行驶时，她跑去见他。 ＆＃34;见到你很荣幸，吉特大师！＆＃34; 她说。 ＆＃34;我一直在研究UNIX设计程序的方法，每个程序都做得很好。 我当然可以从你身上学到很多东西。
＆＃34;该如何在我的工作目录中更新单个文件的内容，而根本不涉及分支？ 这位伟大的历史学家正试图弄清几个月前发生的不正确合并的复杂性。 他到吉特大师朝圣，要求他的帮助。 ＆＃34;历史是一成不变的。 稍后对其进行重写就是篡改现有的结构。＆＃34; 历史学家点了点头，然后问：＆nbsp;＆nbsp;＆mbsp;＆mbsp;＆mbsp;＆mbsp;＆mdash;＆ldquo;＆ldquo;＆ldquo;＆quot;＆quot;＆quot;＆quot;＆quot; ＆＃34;精采！＆＃34; 历史学家大声疾呼。 ＆＃34;我有两个父母的合并提交的历史记录。 我如何找出每个父母最初在哪个分支上创建？＆＃34; ＆＃34;历史是短暂的，＆＃34; 吉特大师回答说，＆＃34;只有神明才能回答您寻求的知识。 一个新手正在Git大师的脚下学习。 在课程结束时，他翻阅了笔记并说，“师父，我有几个问题。 我可以问他们吗？＆＃34;
新手思考了一会儿，然后问：＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆nbsp;＆quot;＃
吉特大师snap了指。一名妖精进入房间，吃了新手。在来世，新手得到了启发。
吉特大师坐下并给她讲了git分支的七种形式，以及它们的许多选择。
他们恢复行走。几分钟后，他们遇到了一个经验丰富的开发人员，他们正朝相反的方向行驶。他向吉特大师鞠躬说： git branch -h＆＃34;。 Git大师简要地告诉了他最常见的gitbranch选项。开发人员感谢他并继续前进。
＆＃34;大师，＆＃34;新手说，命令的长短选项的本质是什么？我以为它们是等效的，但是当开发人员使用-h时，您所说的内容与我说--help时有所不同。
吉特大师转身把自己从栏杆上摔下来，在下面的岩石上死了。