Git版本控制管理（第2版）

出版者:人民邮电出版社

作者:[美]乔恩 罗力格（Jon Loeliger）

页数:386

译者:王迪

出版时间:2015-3

价格:79.00

isbn号码:9787115382436

具体描述

Git是一款免费、开源的分布式版本控制系统，最早由LinilusTorvalds创建，用于管理Linux内核开发，现已成为分布式版本控制的主流工具。

《Git版本控制管理（第2版）》是学习掌握Git的最佳教程，总共分为21章，其内容涵盖了如何在多种真实开发环境中使用Git；洞察Git的常用案例、初始任务和基本功能；如何在集中和分布式版本控制中使用Git；使用Git管理合并、冲突、补丁和差异；获得诸如重新定义变基（rebasing）、钩子（hook）以及处理子模块（子项目）等的高级技巧；Git如何与SVN版本库交互（包括SVN向Git的转换）；通过GitHub导航、使用开源项目，并对开源项目做贡献。

《Git版本控制管理（第2版）》适合需要进行版本控制的开发团队成员阅读，对Git感兴趣的开发人员也可以从中获益。

作者简介

Jon Loeliger是一位自由的软件开发工程师，对Linux、U-Boot和Git等开源项目颇有贡献。他在许多会议上（比如Linux World）发表过Git教程相关的演讲，并为Linux Magazine撰写了多篇Git相关的稿件。在成为自由的软件开发工程师之前，他花费了多年的时间来开发高度优化的编译器、路由器协议、Linux移植，还偶尔编写过游戏软件。Jon持有普度大学计算机科学学位。在闲暇之余，他还会在家里自行酿酒。

Matthew McCullough，Github.com的培训副总裁，在企业软件开发领域有15年的从业经历，还是一名经常往返于世界各地的开源教育家，以及一家美国咨询公司的联合创始人。这所有的经历使得他可以与大家分享利用Git和GitHub来取得成功的相关故事。Matthew是Gradle and Jenkins O’Reilly图书的特约作者，以及O’Reilly Git Master Class系列图书的创作者。Matthew经常在No Fluff Just Stuff巡回会议上发表演讲，还是DZone Git RefCard的作者，同时还是Denver Open Source Users Groups的主席。

目录信息

第1章 介绍 1
1.1 背景 1
1.2 Git的诞生 2
1.3 先例 4
1.4 时间线 5
1.5 名字有何含义 6
第2章 安装Git 7
2.1 使用Linux上的二进制发行版 7
2.1.1 Debian/Ubuntu 7
2.1.2 其他发行版 8
2.2 获取源代码 9
2.3 构建和安装 10
2.4 在Windows上安装Git 11
2.4.1 安装Cygwin版本的Git 12
2.4.2 安装独立的Git（msysGit） 13
第3章 起步 16
3.1 Git命令行 16
3.2 Git使用快速入门 18
3.2.1 创建初始版本库 18
3.2.2 将文件添加到版本库中 19
3.2.3 配置提交作者 21
3.2.4 再次提交 21
3.2.5 查看提交 21
3.2.6 查看提交差异 23
3.2.7 版本库内文件的删除和重命名 23
3.2.8 创建版本库副本 24
3.3 配置文件 25
3.4 疑问 27
第4章 基本的Git概念 28
4.1 基本概念 28
4.1.1 版本库 28
4.1.2 Git对象类型 29
4.1.3 索引 30
4.1.4 可寻址内容名称 30
4.1.5 Git追踪内容 31
4.1.6 路径名与内容 31
4.1.7 打包文件 32
4.2 对象库图示 33
4.3 Git在工作时的概念 35
4.3.1 进入.git目录 35
4.3.2 对象、散列和blob 36
4.3.3 文件和树 37
4.3.4 对Git使用SHA1的一点说明 38
4.3.5 树层次结构 40
4.3.6 提交 40
4.3.7 标签 41
第5章 文件管理和索引 43
5.1 关于索引的一切 44
5.2 Git中的文件分类 44
5.3 使用git add 46
5.4 使用git commit的一些注意事项 48
5.4.1 使用git commit --all 48
5.4.2 编写提交日志消息 50
5.5 使用git rm 50
5.6 使用git mv 52
5.7 追踪重命名注解 54
5.8 .gitignore文件 55
5.9 Git中对象模型和文件的详细视图 56
第6章 提交 61
6.1 原子变更集 62
6.2 识别提交 62
6.2.1 绝对提交名 63
6.2.2 引用和符号引用 64
6.2.3 相对提交名 65
6.3 提交历史记录 67
6.3.1 查看旧提交 67
6.3.2 提交图 70
6.3.3 提交范围 73
6.4 查找提交 77
6.4.1 使用git bisect 78
6.4.2 使用git blame 82
6.4.3 使用Pickaxe 83
第7章 分支 84
7.1 使用分支的原因 84
7.2 分支名 85
7.3 使用分支 86
7.4 创建分支 88
7.5 列出分支名 89
7.6 查看分支 89
7.7 检出分支 91
7.7.1 检出分支的一个简单例子 91
7.7.2 有未提交的更改时进行检出 92
7.7.3 合并变更到不同分支 94
7.7.4 创建并检出新分支 95
7.7.5 分离HEAD分支 96
7.8 删除分支 97
第8章 diff 100
8.1 git diff命令的格式 101
8.2 简单的git diff例子 104
8.3 git diff和提交范围 108
8.4 路径限制的git diff 110
8.5 比较SVN和Git如何产生diff 112
第9章 合并 114
9.1 合并的例子 114
9.1.1 为合并做准备 115
9.1.2 合并两个分支 115
9.1.3 有冲突的合并 117
9.2 处理合并冲突 121
9.2.1 定位冲突的文件 122
9.2.2 检查冲突 122
9.2.3 Git是如何追踪冲突的 126
9.2.4 结束解决冲突 128
9.2.5 中止或重新启动合并 129
9.3 合并策略 130
9.3.1 退化合并 132
9.3.2 常规合并 134
9.3.3 特殊提交 135
9.3.4 应用合并策略 136
9.3.5 合并驱动程序 137
9.4 Git怎么看待合并 138
9.4.1 合并和Git的对象模型 138
9.4.2 压制合并 139
9.4.3 为什么不一个接一个地合并每个变更 140
第10章 更改提交 142
10.1 关于修改历史记录的注意事项 143
10.2 使用git reset 144
10.3 使用git cherry-pick 152
10.4 使用git revert 154
10.5 reset、revert和checkout 154
10.6 修改最新提交 155
10.7 变基提交 158
10.7.1 使用git rebase -i 160
10.7.2 变基与合并 164
第11章 储藏和引用日志 170
11.1 储藏 170
11.2 引用日志 178
第12章 远程版本库 183
12.1 版本库概念 184
12.1.1 裸版本库和开发版本库 184
12.1.2 版本库克隆 185
12.1.3 远程版本库 186
12.1.4 追踪分支 186
12.2 引用其他版本库 187
12.2.1 引用远程版本库 188
12.2.2 refspec 189
12.3 使用远程版本库的示例 191
12.3.1 创建权威版本库 192
12.3.2 制作你自己的origin远程版本库 193
12.3.3 在版本库中进行开发 195
12.3.4 推送变更 196
12.3.5 添加新开发人员 197
12.3.6 获取版本库更新 199
12.4 图解远程版本库开发周期 203
12.4.1 克隆版本库 204
12.4.2 交替的历史记录 205
12.4.3 非快进推送 205
12.4.4 获取交替历史记录 207
12.4.5 合并历史记录 208
12.4.6 合并冲突 208
12.4.7 推送合并后的历史记录 209
12.5 远程版本库配置 209
12.5.1 使用git remote 210
12.5.2 使用git config 211
12.5.3 使用手动编辑 212
12.6 使用追踪分支 212
12.6.1 创建追踪分支 212
12.6.2 领先和落后 215
12.7 添加和删除远程分支 216
12.8 裸版本库和git推送 217
第13章 版本库管理 219
13.1 谈谈服务器 219
13.2 发布版本库 220
13.2.1 带访问控制的版本库 220
13.2.2 允许匿名读取访问的版本库 221
13.2.3 允许匿名写入权限的版本库 225
13.2.4 在GitHub上发布版本库 225
13.3 有关发布版本库的建议 227
13.4 版本库结构 228
13.4.1 共享的版本库结构 228
13.4.2 分布式版本库结构 228
13.4.3 版本库结构示例 229
13.5 分布式开发指南 231
13.5.1 修改公共历史记录 231
13.5.2 分离提交和发布的步骤 232
13.5.3 没有唯一正确的历史记录 232
13.6 清楚你的位置 233
13.6.1 上下游工作流 233
13.6.2 维护者和开发人员的角色 234
13.6.3 维护者-开发人员的交互 234
13.6.4 角色的两面性 235
13.7 多版本库协作 236
13.7.1 属于你自己的工作区 236
13.7.2 从哪里开始你的版本库 237
13.7.3 转换到不同的上游版本库 238
13.7.4 使用多个上游版本库 239
13.7.5 复刻项目 241
第14章　补丁 244
14.1　为什么要使用补丁 245
14.2　生成补丁 246
14.3　邮递补丁 254
14.4　应用补丁 256
14.5　坏补丁 264
14.6　补丁与合并 264
第15章　钩子 265
15.1　安装钩子 267
15.1.1　钩子示例 267
15.1.2　创建第一个钩子 268
15.2　可用的钩子 270
15.2.1　与提交相关的钩子 270
15.2.2　与补丁相关的钩子 271
15.2.3　与推送相关的钩子 272
15.2.4　其他本地版本库的钩子 273
第16章　合并项目 274
16.1　旧解决方案：部分检出 275
16.2　显而易见的解决方案：将代码导入项目 276
16.2.1　手动复制导入子项目 277
16.2.2　通过git pull -s subtree导入子项目 278
16.2.3　将更改提交到上游 282
16.3　自动化解决方案：使用自定义脚本检出子项目 283
16.4　原生解决方案：gitlink和git submodule 284
16.4.1　gitlink 284
16.4.2　git submodule命令 287
第17章　子模块最佳实践 290
17.1　子模块命令 291
17.2　为什么要使用子模块 291
17.3　子模块准备 292
17.4　为什么是只读的 293
17.5　为什么不用只读的 293
17.6　检查子模块提交的散列 293
17.7　凭据重用 294
17.8　用例 295
17.9　版本库的多级嵌套 296
17.10　子模块的未来 296
第18章　结合SVN版本库使用Git 297
18.1　例子：对单一分支的浅克隆 297
18.1.1　在Git中进行修改 300
18.1.2　在提交前进行抓取操作 301
18.1.3　通过git svn rebase提交 302
18.2　在git svn中使用推送、拉取、分支和合并 303
18.2.1　直接使用提交ID 304
18.2.2　克隆所有分支 305
18.2.3　分享版本库 307
18.2.4　合并回SVN 308
18.3　在和SVN一起使用时的一些注意事项 310
18.3.1　svn:ignore与.gitignore 310
18.3.2　重建git-svn的缓存 310
第19章　高级操作 312
19.1　使用git filter-branch 312
19.1.1　使用git filter-branch的例子 314
19.1.2　filter-branch的诱惑 319
19.2　我如何学会喜欢上git rev-list 320
19.2.1　基于日期的检出 320
19.2.2　获取文件的旧版本 323
19.3　数据块的交互式暂存 325
19.4　恢复遗失的提交 336
19.4.1　git fsck命令 336
19.4.2　重新连接遗失的提交 340
第20章　提示、技巧和技术 341
20.1　对脏的工作目录进行交互式变基 341
20.2　删除剩余的编辑器文件 342
20.3　垃圾回收 342
20.4　拆分版本库 344
20.5　恢复提交的小贴士 345
20.6　转换Subversion的技巧 346
20.6.1　普适建议 346
20.6.2　删除SVN导入后的trunk 346
20.6.3　删除SVN提交ID 347
20.7　操作来自两个版本库的分支 348
20.8　从上游变基中恢复 348
20.9　定制Git命令 349
20.10　快速查看变更 350
20.11　清理 351
20.12　使用git-grep来搜索版本库 352
20.13　更新和删除ref 354
20.14　跟踪移动的文件 354
20.15　保留但不追踪文件 355
20.16　你来过这里吗 356
第21章　Git和GitHub 357
21.1　为开源代码提供版本库 358
21.2　创建GitHub的版本库 360
21.3　开源代码的社会化编程 362
21.4　关注者 363
21.5　新闻源 363
21.6　复刻 364
21.7　创建合并请求 365
21.8　管理合并请求 367
21.9　通知 369
21.10　查找用户、项目和代码 371
21.11　维基 373
21.12　GitHub页面（用于网站的Git） 373
21.13　页内代码编辑器 375
21.14　对接SVN 377
21.15　标签自动归档 378
21.16　组织 379
21.17　REST风格的API 379
21.18　闭源的社会化编程 381
21.19　最终开放源代码 381
21.20　开发模型 381
21.21　GitHub企业版 383
21.22　关于GitHub的总结 384
· · · · · · (收起)

读后感

原理的核心是 git 是 track content 而不是简单 track version，每个 version 是与一系列 content objects 绑定的，这里有一个简单介绍： http://stackoverflow.com/questions/31995829/how-does-git-track-changes-to-files  

Git permits practically an infinite variety of methods for development and collaboration, but its flexibility also means that some users don't understand how to use it to best advantage. This book offers tutorials on ways to use it, as well as friendly yet ...  

用Git还是有必要深入了解它的细节; 和其它几本Git的书比起来, 这本对细节讲得都比较细, 而且思路也比较清晰, 看起来比较轻松;  

原理的核心是 git 是 track content 而不是简单 track version，每个 version 是与一系列 content objects 绑定的，这里有一个简单介绍： http://stackoverflow.com/questions/31995829/how-does-git-track-changes-to-files  

Git permits practically an infinite variety of methods for development and collaboration, but its flexibility also means that some users don't understand how to use it to best advantage. This book offers tutorials on ways to use it, as well as friendly yet ...  

用户评价

我发现很多技术书籍的“第二版”只是对第一版进行简单的内容更新，但《Git版本控制管理（第2版）》显然投入了更多精力去适应近年来Git生态的变化。它不仅包含了对新特性如`worktree`的深度应用，更重要的是，它对分布式协作中的“安全与合规性”进行了加强阐述。例如，书中详细介绍了如何利用GPG签名来保证代码提交的真实性，以及在企业环境中如何结合LDAP或OAuth来管理对私有仓库的访问权限，这些都是当前软件供应链安全领域的热点问题。我尤其欣赏作者在不同章节之间建立的逻辑联系，比如前面对哈希算法的介绍，自然而然地引出了对安全性的探讨，使得知识结构非常立体。对于那些需要维护跨时区、跨地域大型团队代码库的管理者来说，这本书提供的不仅仅是技术操作指南，更是一套成熟的工程管理思维框架，帮助我们将版本控制从一个工具提升为一种高效的管理艺术。

作为一名多年在复杂企业级项目组中摸爬滚打的前端工程师，我深知一个稳定、高效的版本控制流程对项目交付质量的重要性。市面上关于Git的书籍汗牛充 বুকে，但真正能深入到工程实践层面，指导我们如何设计和维护大规模代码库的，却凤毛麟角。这第二版《Git版本控制管理》恰恰填补了这一空白。它的深度远超一般的入门指南。书中花了大量篇幅讨论了如何将Git与CI/CD流水线无缝集成，从预提交钩子的编写规范到远程仓库的安全配置，每一个环节都考虑得非常周到。我特别喜欢其中关于“Monorepo”管理策略的章节，书中提供了一些非常实用的高级技巧，比如如何利用`sparse-checkout`来优化大型工作区的性能，这对于我们团队目前的结构优化提供了直接的思路。这本书的讲解风格偏向于“架构师”视角，它不仅仅关注命令的执行，更关注“为什么”要这样做，以及“怎样”才能在团队协作中发挥出Git的最大效能。读完后，我对整个版本控制的战略层面有了更宏观的认识。

这本《Git版本控制管理（第2版）》简直是我的开发救星！我一直觉得Git这东西玄乎得很，各种命令一堆，每次遇到冲突都感觉像在拆炸弹。但是读了这本书之后，我感觉我终于摸到了它的脉络。作者的讲解非常系统，不是那种冷冰冰的理论堆砌，而是把很多复杂的概念掰开了揉碎了讲。比如，关于分支策略，书中不仅介绍了常见的几种模式，还结合实际项目场景分析了它们的优劣，让我不再是盲目地创建和合并分支。更让我印象深刻的是，它对Git底层原理的阐述，比如对象存储和索引文件的结构，虽然一开始听起来有点绕，但作者的图文结合的方式，让那些抽象的概念变得具体可感。我现在处理起Rebase和Cherry-pick来，心里有底多了，不再是碰运气。而且，书中对常见问题的排查和解决方案给出了详尽的指导，遇到棘手的历史记录修改，也能找到对应的“急救手册”。这本书的价值在于，它不仅教你怎么“用”Git，更重要的是让你“理解”Git，这才是实现高效协作的基石。

我是一个对技术细节有“强迫症”的人，很多教程只停留在“复制粘贴命令”的层面，根本不解释背后的原理。这本书完全满足了我这种爱刨根问底的读者。它的内容组织逻辑非常严谨，仿佛是作者精心设计的一条学习路径图。从最基础的配置入手，逐步深入到索引文件的构建、差分算法的应用，甚至探讨了Git在处理二进制文件时的优化策略。有一段关于“Packfile”压缩机制的描述，我反复看了好几遍，才真正理解了Git是如何实现如此高效存储的。对我来说，这本书最大的价值在于其内容的“可信度”和“完整性”。它不是基于某个特定框架或工具的附属文档，而是对Git核心机制的全面解读。阅读过程中，我时不时会停下来，在自己的本地仓库里复现书中所描述的每一个状态变化，通过`cat-file`等底层命令去验证，那种“一切尽在掌握”的感觉，是其他资料无法给予的。对于那些想成为Git专家的读者来说，这本书绝对是案头必备的工具书。

坦白讲，我之前对Git的使用基本停留在“拉取、提交、推送”的初级阶段，对历史修改、回滚和重写总是心存芥蒂，生怕一不小心把“主干”搞崩了。这本《Git版本控制管理（第2版）》彻底改变了我的恐惧心理。作者用非常沉稳的语气，将“重写历史”这类高风险操作，分解成了易于理解的步骤，并用大量警示性的案例说明了何时该用，何时绝对不该用。特别是关于`Reflog`（引用日志）的讲解，简直是“后悔药”的说明书，教会了我如何安全地从“似乎丢失”的状态中恢复代码，这极大地提升了我在进行复杂重构时的信心。此外，书中对多平台兼容性的讨论也很到位，无论是Linux环境下的性能调优，还是Windows环境下路径处理的陷阱，都有所涉及，体现了作者的实践经验之丰富。这本书的阅读体验非常流畅，就像一位经验丰富的导师在旁边手把手地指导你，让你敢于去探索Git的每一个角落。

比较详细的说明了GIT操作的详细内容，作为工具书还是可以的。

比较详细的说明了GIT操作的详细内容，作为工具书还是可以的。

手上接触到了超大型的项目，原本的git知识就显得捉襟见肘了。但是这本书让人读下去，大概翻了2/3，翻译问题，理解起来更绕了，弃。

读完前13章，后面的估计很长一段时间内用不到，暂时不读，日后再说。

读完前13章，后面的估计很长一段时间内用不到，暂时不读，日后再说。