Git高手之路

出版者:人民邮电出版社

作者:Jakub Narębski

页数:355

译者:邓世超

出版时间:2018-4

价格:89.00元

装帧:平装

isbn号码:9787115478504

具体描述

Git是一 款免费、开源的分布式版本控制系统，可以对或大或小的项目进行高效的版本管理。时 * 今 日，Git已经在项目开发领域发挥着重要作用，并且得到了广泛的应用。

本书旨在帮助读者深入理解Git架构，以及其内部的理念、行为和* 佳实践。全书共分为12章，从基础知识讲起，陆续介绍了项目历史管理、使用Git进行程序开发、工作区管理、Git协作开发、分支应用进阶、集成变更、历史记录管理、子项目管理、Git的定制和扩展、Git日常管理、Git* 佳实践等内容。

本书面向所有的Git用户，全面细致地向读者介绍有关Git的各项实用技巧，充分发掘它的潜力，更好地实现项目版本管理。

作者简介

Jakub Narębski自Git诞生之初参与了Git的开发工作。他是gitweb子系统（Git原始Web界面）的主要贡献者之一，是非官方的gitweb维护者。他创造、发布并分析了2007年到2012年的年度Git用户调查。您可以在Git Wiki上找到对这些调查的分析内容。他经常在技术问答网站StackOverflow上和他人分享自己的技术专长。

他是Eric Sink的Version Control by Example一书的审校者之一，这也是他在Git领域占有一席之地的原因。

他是波兰托伦哥白尼大学数学和计算机科学系的助理教授。他选择使用Git作为个人和专业工作的版本控制系统，将其作为课程作业的一部分讲授给数学和计算机科学系的学生。

目录信息

第1章Git应用入门 1
1.1版本控制与Git 1
1.2Git简易示例 2
1.2.1创建版本库 2
1.2.2创建Git版本库 3
1.2.3克隆版本库并添加注释 4
1.2.4发布修改 7
1.2.5查看历史版本 7
1.2.6重命名、移动文件 10
1.2.7更新版本库（合并） 11
1.2.8创建标签 12
1.2.9解决合并冲突 14
1.2.10添加和移除文件 17
1.2.11撤销对单个文件的修改 18
1.2.12创建新分支 19
1.2.13合并分支（无冲突） 20
1.2.14撤销未发布的合并 21
1.3小结 22
第2章项目历史管理 23
2.1有向无环图 23
2.1.1提交整个工作目录 25
2.1.2分支和标签 26
2.1.3分支点 28
2.1.4合并提交 28
2.2修订内部查询 28
2.2.1HEAD-mdash;* 新的修订版本 29
2.2.2分支和标签的引用 29
2.2.3SHA-1哈希码及其简化标识符 30
2.2.4父引用 32
2.2.5反向父引用-mdash;git的输出信息描述 32
2.2.6reflog的简称 33
2.2.7上游远程跟踪分支 34
2.2.8根据提交信息查询修订 34
2.3修订区间查询 35
2.3.1单个修订内部查询 35
2.3.2双点符号 35
2.3.3多点符号-mdash;包含和排除修订 37
2.3.4单个修订的修订区间 38
2.3.5三点符号 38
2.4历史记录查询 40
2.4.1限制修订数量 40
2.4.2元数据查询 40
2.4.3修订内部变更查询 43
2.4.4变更类型查询 44
2.5单个文件历史记录 44
2.5.1路径约束 45
2.5.2历史简化 46
2.5.3blame-mdash;查看文件历史记录详情 46
2.6使用git bisect命令查找bug 48
2.7日志的查询和格式化输出 50
2.7.1预定义和用户自定义输出格式 51
2.7.2包含、格式化和统计变更 52
2.7.3贡献统计 54
2.7.4查看文件修订 55
2.8小结 56
第3章使用Git进行程序开发 58
3.1新建提交 58
3.1.1新建提交的DAG视图 59
3.1.2索引-mdash;提交的暂存区 60
3.1.3查看已提交的变更 61
3.1.4可查询的提交 71
3.1.5修改提交 73
3.2使用分支 75
3.2.1新建分支 76
3.2.2孤儿分支 77
3.2.3分支的查询和切换 77
3.2.4分支列表 80
3.2.5分支的回退和复位 80
3.2.6分支的删除 82
3.2.7分支的重命名 83
3.3小结 83
第4章工作区管理 84
4.1忽略文件 85
4.1.1将文件刻意标记为不跟踪的 86
4.1.2确定忽略文件类型 88
4.1.3忽略文件列表 89
4.1.4忽略跟踪文件内的变更 90
4.2文件属性 91
4.2.1配置Diff和merge 94
4.2.2文件转换（内容过滤） 97
4.2.3关键字替换表达式 99
4.2.4其他内置属性 101
4.2.5属性宏定义 101
4.3使用reset命令修复错误 102
4.3.1回退分支head 102
4.3.2重置分支head和索引 103
4.3.3丢弃变更和回退分支 105
4.3.4安全模式重置-mdash;保留用户变更 106
4.4隐藏暂存变更 108
4.4.1使用git stash 108
4.4.2隐藏和暂存区 109
4.4.3暂存探幽 110
4.5管理工作区和暂存区 112
4.5.1查看文件和目录 113
4.5.2搜索文件内容 114
4.5.3撤销对文件的跟踪、暂存和修改 115
4.5.4文件版本回退 116
4.5.5清理工作区 117
4.6多工作目录 118
4.7小结 119
第5章Git协作开发 120
5.1协作工作流 120
5.1.1空版本库 121
5.1.2和其他版本库交互 122
5.1.3中心式工作流 122
5.1.4对等网络或者分支工作流 123
5.1.5维护者和集成管理工作流 124
5.1.6层级式（主从式）工作流 125
5.2远程版本库管理 126
5.2.1原生的远程版本库 127
5.2.2浏览远程版本库 127
5.2.3新建远程版本库 128
5.2.4远程版本库信息更新 129
5.2.5兼容不规则工作流 131
5.3传输协议 132
5.3.1本地传输 132
5.3.2智能传输 134
5.3.3使用bundle进行离线传输 136
5.3.4远程版本库传输助手 142
5.3.5凭据/密码管理 145
5.4发布变更到上游 148
5.4.1推送变更到公共版本库 148
5.4.2生成pull请求 149
5.4.3交换补丁 149
5.5信任链 151
5.5.1内容地址存储 152
5.5.2轻量级标签、附注标签和签名标签 152
5.5.3签名提交 154
5.5.4合并签名标签（合并标签） 155
5.6小结 157
第6章分支应用进阶 158
6.1分支的类型和用途 158
6.1.1长期或者永 久性分支 159
6.1.2短期分支 164
6.2分支工作流和发布工程 165
6.2.1预览或者主干分支工作流 165
6.2.2节点或者渐进稳定性分支工作流 166
6.2.3主题分支工作流 168
6.2.4Git流-mdash;一种成功的Git分支模型 172
6.2.5修复安全问题 173
6.3远程版本库上分支间的交互 175
6.3.1上游和下游 175
6.3.2远程跟踪分支和refspec 176
6.3.3fetch、pull和push 177
6.3.4拉取、推送分支和标签 179
6.3.5推送模式应用 181
6.4小结 185
第7章集成变更 186
7.1集成变更的方法 186
7.1.1合并分支 187
7.1.2拷贝和应用变更集 191
7.1.3分支变基 194
7.2解决合并冲突 197
7.2.1三路合并 198
7.2.2检测失败的合并操作 199
7.2.3避免合并冲突 203
7.2.4处理合并冲突 205
7.3小结 207
第8章历史记录管理 209
8.1Git内部机制简介 210
8.1.1Git对象 210
8.1.2Git的底层命令和高层命令 213
8.1.3Git环境变量 213
8.2重写修订历史 216
8.2.1编辑* 后一次提交 217
8.2.2交互式变基 218
8.2.3外部工具-mdash;补丁管理接口 224
8.2.4使用git filter-branch进行脚本化重写 225
8.2.5用于重写大型项目历史记录的外部工具 231
8.2.6重写已发布历史的风险 232
8.3历史记录的非重写式编辑 236
8.3.1还原提交 236
8.3.2使用笔记存储附加信息 242
8.3.3置换机制应用 249
8.4小结 253
第9章子项目管理-mdash;构建活动框架 254
9.1管理库和框架的依赖 255
9.1.1Git外部依赖管理 256
9.1.2手工导入项目代码 257
9.1.3包含子项目代码的Git子树 258
9.1.4子模块解决方案-mdash;版本库嵌套 267
9.1.5将子文件夹迁移到子树或者子模块中 279
9.1.6子树和子模块 280
9.2大型Git版本库管理 283
9.2.1处理包含大量历史记录的版本库 283
9.2.2处理包含大量二进制文件的版本库 285
9.3小结 287
* 10章Git的定制和扩展 288
10.1Git与命令行 289
10.1.1Git命令行提示符 289
10.1.2Git命令自动补全 292
10.1.3Git命令自动校正 293
10.1.4命令行美化 294
10.1.5命令行工具替代方案 294
10.2图形化接口 295
10.2.1图形化工具种类 295
10.2.2图形化的diff和merge工具 296
10.2.3图形化接口示例 298
10.3配置Git 299
10.3.1命令行选项和环境变量 299
10.3.2Git配置文件 299
10.3.3使用gitattribute配置单个文件 309
10.4Git自动化钩子 311
10.4.1安装Git钩子 312
10.4.2版本库模板 312
10.4.3客户端钩子 313
10.4.4服务端钩子 318
10.5Git扩展 319
10.5.1Git命令行别名 319
10.5.2添加新的Git命令 321
10.5.3凭据助手和远程版本库助手 322
10.6小结 322
* 11章Git日常管理 323
11.1版本库维护 324
11.2数据恢复和故障诊断 325
11.2.1恢复已丢弃的提交记录 325
11.2.2Git故障诊断 327
11.3Git服务端配置 328
11.3.1服务端钩子 328
11.3.2使用钩子实现Git强制策略 332
11.3.3签名推送 334
11.3.4Git版本库服务 335
11.3.5Git版本库管理工具 339
11.3.6版本库托管应用技巧 340
11.4改进开发工作流 342
11.5小结 342
* 12章Git* 佳实践 343
12.1启动项目 343
12.1.1将工作分配到版本库 344
12.1.2选择协作工作流 344
12.1.3选择需要实行版本控制的文件 344
12.2推进项目 345
12.2.1使用主题分支 345
12.2.2确定工作背景 346
12.2.3将变更分解成独立的逻辑单元 347
12.2.4编写简洁易读的注释 347
12.2.5为提交变更做好准备 349
12.3集成变更 349
12.3.1提交和描述变更 349
12.3.2审核变更的艺术 351
12.3.3处理审核结果和评论 353
12.4其他注意事项 353
12.4.1不用慌，一切几乎都是可以恢复的 354
12.4.2不要修改已发布的历史记录 354
12.4.3版本发布的数字化和
标签化 354
12.4.4尽可能自动化 355
12.5小结 355
· · · · · · (收起)

用户评价

《Git高手之路》在讲解Git的内部机制方面，做到了前所未有的细致。我一直对Git的index（暂存区）的概念感到有些模糊，不明白它到底扮演着什么角色。这本书用非常直观的方式，解释了index是如何在工作目录、Git对象数据库之间扮演一个桥梁的角色，以及为什么git add会将文件内容添加到index，而不是直接写入commit。这种对底层原理的深入剖析，让我对Git的每一次操作都有了更深刻的理解，不再是简单地记忆命令，而是理解背后的逻辑。这种理解，让我能够更灵活地运用Git，解决一些常规命令难以解决的棘手问题。 书中对于Git的性能优化和一些“冷门”但实用的技巧，也给了我不少启发。例如，如何使用git gc来优化仓库大小，如何利用git filter-branch（虽然现在推荐使用git filter-repo，但书中对此也有提及）来重写历史，以及如何使用git bisect来快速定位引入bug的提交。这些知识点，虽然不是每天都会用到，但在关键时刻，却能发挥出巨大的作用，节省大量的时间和精力。特别是git bisect，我曾经为了找到一个bug的来源，花费了几个小时手动切换提交，如果早点学到这个技巧，效率将大大提升。这本书就像一个宝藏，不断地挖掘出我之前不知道的，但却非常实用的Git能力。

这本书对于 Git 的高级使用技巧的讲解，是我之前从未接触过的。我一直以为自己对 Git 的掌握已经算不错了，但是《Git高手之路》中的一些内容，完全颠覆了我之前的认知。比如，书中对于 Git 的 reflog 的深入讲解，让我彻底理解了这个“后悔药”的强大之处。我以前总是小心翼翼地避免进行可能导致数据丢失的操作，因为一旦失误，找回数据的过程会非常痛苦。但是，通过 reflog，我学会了如何在大多数情况下，轻松地恢复误删的分支或者撤销一些看似永久的操作。这极大地增强了我进行大胆实验和探索的信心，不再因为害怕“犯错”而束手束脚。 除了 reflog，书中对 Git 的一些“非线性”操作，比如 cherry-pick、revert、squash 的详细讲解，也让我受益匪浅。我以前在处理分支合并和代码集成时，经常会因为代码历史的复杂性而感到头疼。但是，通过学习这些高级技巧，我学会了如何更精细地控制代码的合并过程，如何将某个提交的内容“摘取”出来应用到其他分支，或者如何将多个提交“压缩”成一个更有意义的提交。这些技巧的使用，让我的代码历史变得更加清晰、整洁，也大大降低了团队协作中出现问题的概率。

这本书对 Git 的分支管理策略的讲解，让我彻底改变了对分支的看法。我以前认为分支只是一个简单的“副本”，可以随意创建和删除。然而，《Git高手之路》详细讲解了 Gitflow、GitHub flow 等多种流行的分支模型，并分析了它们各自的优缺点和适用场景。这让我明白了，一个良好的分支管理策略，对于团队协作的效率和项目的稳定性至关重要。书中对于如何创建、合并、重置分支的各种技巧，都进行了深入的阐述，让我能够更自如地应对各种复杂的分支操作。 特别让我印象深刻的是，书中关于如何处理长期分支和如何利用标签来标记重要版本的内容。我曾经在项目中遇到过因为分支管理不当而导致的历史混乱，以及因为没有有效利用标签而造成版本回溯的困难。《Git高手之路》为我提供了切实可行的解决方案。它教我如何设计一个清晰、可维护的分支结构，如何有效地利用分支来隔离开发任务，以及如何通过标签来方便地管理项目的发布周期。这些知识的掌握，让我在管理大型项目时，能够更加从容和自信。

《Git高手之路》这本书，说实话，我拿到手的时候，内心是抱着一种半信半疑的态度。我作为一个在代码世界里摸爬滚打了好几年的开发者，对于Git的使用，自认为已经掌握了基本的流程，像add、commit、push、pull这些命令，更是如数家珍。然而，每一次团队协作中出现合并冲突，那种抓心挠肝的焦灼感，以及每次面对复杂的历史分支，想要理清头绪时的力不从心，都在不断提醒我，我的Git技能，远未达到“高手”的境界。所以，当看到《Git高手之路》这个名字时，我首先想到的是，它会不会只是一个包装精美的“Git入门指南”，充斥着那些我已经烂熟于心的基础知识？但抱着一丝希望，我还是翻开了它。 读完这本书，我才真正意识到，之前我对Git的理解，就像是在一片浩瀚海洋的浅滩上嬉戏，而这本书，则像是一艘坚实的船，带领我驶向了深邃的未知。从第一章开始，作者就摒弃了那种枯燥的命令罗列，而是从Git的核心设计理念入手，深入浅出地解释了Git为什么会这样工作，它的对象模型（blob、tree、commit、tag）是如何构建的，以及Git的分布式特性到底意味着什么。我以前只是知道git是一个分布式版本控制系统，但这本书让我明白，这种分布式究竟带来了哪些优势，以及如何在实际工作中利用好这些优势。比如，它详细讲解了Git的撤销机制，不仅仅是简单的reset，还包括了reflog的强大功能，这让我茅塞顿开，原来那些看似“不可挽回”的操作，在Git的世界里，都有着重返过去的可能。

《Git高手之路》在讲解 Git 的内部数据结构时，给我带来了前所未有的清晰度。我曾经对 Git 的 blob、tree、commit 对象之间的关系感到非常困惑，不理解它们是如何协同工作的。这本书通过大量的图解和生动的比喻，将这些抽象的概念具体化了。我明白了 blob 存储着文件的实际内容，tree 类似于一个目录结构，指向 blob 或其他的 tree，而 commit 则是一个快照，指向一个 tree，并包含其父 commit 的信息。这种对 Git 底层运作机制的深入理解，让我能够更好地把握 Git 的精髓，不再是简单地记住命令，而是理解命令背后的逻辑。 更重要的是，这本书让我明白了 Git 的不可变性原则。我以前常常会听到“Git 是不可变的”，但并不真正理解这意味着什么。通过对 commit 对象和 SHA-1 哈希的讲解，我明白了 Git 的每一个版本都是通过其内容的哈希值来标识的，一旦内容发生改变，其哈希值也会随之改变。这种不可变性，是 Git 能够保证版本历史的完整性和可追溯性的基础。理解这一点，让我对 Git 的安全性和可靠性有了更深的认识，也让我更加自信地使用 Git 来管理我的项目。

《Git高手之路》在讲解 Git 的分布式特性时，让我领略到了它真正的强大之处。我以前只知道 Git 是一个分布式版本控制系统，但并没有真正理解这种分布式模式在实际开发中带来的巨大优势。这本书详细讲解了 Git 的远程仓库、本地仓库的概念，以及如何在多个开发者之间进行代码的同步和协作。书中对于 fetch、pull、push 等常用命令的深入剖析，让我能够更有效地管理我的本地和远程仓库，并处理可能出现的各种冲突。 更让我兴奋的是，书中对于如何利用 Git 的分布式特性来提高开发效率的技巧。例如，如何通过设置多个远程仓库来实现代码备份和共享，如何利用 Git 的钩子机制来自动化代码的提交和推送过程，以及如何通过 Git 的子模块来管理项目的依赖关系。这些技巧的掌握，让我能够更灵活地利用 Git 来优化我的开发流程，提高我的工作效率。这本书让我明白，Git 不仅仅是一个代码版本管理工具，它更是一个能够赋能开发者，提升整个开发团队效率的强大平台。

这本书对于 Git 命令行工具的深度挖掘，让我觉得我以前的 Git 使用经验，简直是“九牛一毛”。我一直以为我熟练掌握了 Git 的基本命令，但《Git高手之路》让我看到了 Git 命令行的强大和灵活。书中对于 `git log`、`git blame`、`git diff` 等命令的各种高级用法进行了详细的介绍，让我能够更高效地查看代码历史、定位问题、以及进行代码比对。特别是对于 `git log` 的格式化输出和图示化，让我能够清晰地看到代码的演变过程，这对于理解项目的历史和进行代码审查非常有帮助。 除了对常用命令的深入挖掘，书中还介绍了一些我之前从未接触过的“冷门”但非常实用的 Git 命令。例如，`git rerere` (reuse recorded resolution) 命令，能够帮助我更好地处理重复的合并冲突；`git fsck` 命令，可以用来检查 Git 仓库的完整性。这些技巧的学习，让我对 Git 的掌握达到了一个新的高度，让我能够解决更复杂、更棘手的 Git 问题。这本书让我真正体会到了“高手”的意义，那就是不仅仅会使用工具，更要深入理解工具，并将其发挥到极致。

《Git高手之路》在讲解Git的底层原理时，让我有了一种“豁然开朗”的感觉。我之前对Git的“对象”模型，比如blob、tree、commit，总是停留在概念层面，不知道它们是如何相互关联，又是如何构成了Git版本控制的核心。这本书用通俗易懂的语言，结合图示，将这些概念讲得清晰透彻。我理解了blob如何存储文件内容，tree如何组织文件和目录，而commit又如何指向一个tree，并包含其父commit的信息。这种对Git内部运作机制的深入理解，让我不再畏惧Git的一些复杂操作，因为我知道，无论多么复杂的操作，最终都是围绕着这些基本对象进行的。 更让我受益匪浅的是，书中对于git log命令的各种高级用法进行了详细的介绍。我以前只知道用git log查看提交历史，但书中讲解了如何使用git log的各种选项，例如--graph来可视化分支，--pretty=format来定制输出格式，以及如何结合grep来搜索特定的提交信息。这些技巧，让我在查找和分析代码历史时，能够更加高效地获取所需信息。我曾经为了找一个bug的引入点，花费了大量时间，如果早点掌握这些git log的高级用法，效率会高很多。这本书让我明白，Git的强大之处，不仅在于其版本控制的功能，更在于其强大的命令行工具，能够满足各种复杂的需求。

这本书给我的最大惊喜，在于它对Git复杂命令的抽丝剥茧般的讲解。我曾经因为git rebase和git merge的理解不清而屡屡出错，导致代码历史混乱不堪。但在《Git高手之路》中，作者用大量的图示和生动的比喻，将这两种核心操作的原理和适用场景讲解得淋漓尽致。特别是对于git rebase的交互式模式，以及如何在rebase过程中进行代码的修改、合并、拆分，这些技巧的掌握，极大地提升了我梳理代码提交历史的能力。现在，当我需要对一个分支进行整洁的历史整理，或者在提交前进行精细化的修改时，我都能游刃有余。书中的许多案例，都贴合了实际开发中遇到的场景，让我能立即将学到的知识运用到实践中，这种“学以致用”的感觉，真的非常棒。 更让我印象深刻的是，书中对于Git Hooks的介绍。我之前一直认为Git Hooks只是一个比较高级的功能，很少去尝试。然而，这本书让我看到了它在自动化和规范化开发流程中的巨大潜力。从pre-commit钩子来自动执行代码检查和格式化，到post-merge钩子来触发一些后续的任务，这些自动化机制的引入，不仅能提高开发效率，更能有效避免许多低级错误，保证代码质量。作者给出了许多实用的脚本示例，从简单的shell脚本到更复杂的Python脚本，都能够帮助读者快速搭建自己的自动化工作流。这让我意识到，Git不仅仅是一个代码的版本管理工具，它更是一个可以与CI/CD流程深度融合，提升整个开发生态效率的关键组件。

这本书最让我拍案叫绝的地方，是对Git的协作模式的深度解析。在现代软件开发中，团队协作是不可或缺的一环，而Git的分布式特性，使得它在协作中扮演着至关重要的角色。《Git高手之路》详细讲解了多种团队协作的工作流，例如Gitflow，以及如何在这种工作流中，有效地进行分支管理、合并和代码审查。书中对于 Pull Request (PR) / Merge Request (MR) 的最佳实践，以及如何处理复杂的合并场景，都进行了详细的指导。我以前在团队中，经常会遇到因为分支管理不当而导致的合并冲突，或者因为PR的审查流程不清晰而浪费大量时间。 这本书的讲解，让我对如何设计一个高效的团队协作流程有了全新的认识。它不仅教我如何使用Git命令，更教我如何思考如何让团队成员更顺畅地进行代码贡献和集成。书中关于如何处理长期分支、如何进行代码回滚、以及如何使用tag来标记重要的发布节点，都给了我非常实用的指导。我开始尝试在自己的团队中实践书中提到的一些策略，效果是显著的。团队成员的协作更加高效，代码的集成也变得更加顺畅，曾经困扰我们的许多问题，都在逐一得到解决。这让我深刻体会到，掌握Git的协作模式，不仅仅是技术上的提升，更是团队效率和项目质量的保障。