具体描述
作者简介
René Prei?el，Bj?rn Stachmann，德国杰出软件开发人员。
凌杰，毕业于浙江大学远程教育学院，曾担任多个论坛C++版主。知名技术图书译者。翻译有《Python算法教程》等。
目录信息
第 1章 基本概念 1
1.1 分布式版本控制，有何过人之处 1
1.2 版本库，分布式工作的基础所在 3
1.3 分支的创建与合并很简单 5
1.4 本章小结 6
第 2章 入门 8
2.1 准备Git环境 8
2.2 第 一个Git项目 8
2.2.1 创建版本库 9
2.2.2 首 次提交 9
2.2.3 检查状态 10
2.2.4 提交修改 11
2.2.5 显示历史 11
2.3 Git的协作功能 12
2.3.1 克隆版本库 12
2.3.2 从另一版本库中获取修改 12
2.3.3 从任意版本库中取回修改 14
2.3.4 创建共享版本库 14
2.3.5 用push命令上载修改 15
2.3.6 Pull命令：取回修改 16
2.4 本章小结 17
第3章 提交是什么 18
3.1 访问权限与时间戳 18
3.2 add命令与commit命令 19
3.3 再谈提交散列值 19
3.4 提交历史 20
3.5 一种略有不同的提交查看方法 21
3.6 同一项目的多部不同历史 21
3.6.1 部分输出：-n 22
3.6.2 格式化输出：--format、--oneline 23
3.6.3 统计修改信息：--stat、--shortstat 23
3.6.4 日志选项：--graph 23
3.7 本章小结 24
第4章 多次提交 25
4.1 status命令 25
4.2 存储在暂存区中的快照 28
4.3 怎样的修改不该被提交 28
4.4 用.gitignore忽略非版本控制文件 30
4.5 储藏 31
4.6 本章小结 31
第5章 版本库 33
5.1 一种简单而高效的存储系统 33
5.2 存储目录：Blob与Tree 34
5.3 相同数据只存储一次 35
5.4 压缩相似内容 35
5.5 当不同文件的散列值相同时，情况会很糟糕吗 35
5.6 提交对象 36
5.7 提交历史中的对象重用 36
5.8 重命名、移动与复制 37
5.9 本章小结 39
第6章 分支 40
6.1 并行式开发 40
6.2 修复旧版本中的bug 41
6.3 分支 41
6.4 泳道 42
6.5 当前活跃分支 42
6.6 重置分支指针 44
6.7 删除分支 44
6.8 清理提交对象 45
6.9 本章小结 45
第7章 合并分支 46
7.1 合并过程中发生的事 47
7.2 冲突 48
7.3 编辑冲突 48
7.4 冲突标志 49
7.5 解决编辑冲突 50
7.6 内容冲突又是什么呢 51
7.7 快进合并 52
7.8 第 一父级提交历史 53
7.9 棘手的合并冲突 54
7.10 无论如何，终会有可行的方式 55
7.11 本章小结 56
第8章 通过变基净化历史 57
8.1 工作原理：复制提交 57
8.2 避免“钻石链” 58
8.3 什么情况下会遇到冲突呢 59
8.4 移植分支 60
8.5 执行变基后原提交的情况 61
8.6 为什么提交的原件与副本存在于同一版本库中是有问题的 61
8.7 捡取 62
8.8 本章小结 62
第9章 版本库间的交换 64
9.1 克隆版本库 64
9.2 如何告知Git其他版本库的位置 65
9.3 给别处的版本库起个名字 65
9.4 获取数据 66
9.5 远程跟踪分支：监控其他分支 67
9.6 利用本地分支操作别处的版本库 68
9.7 Pull = Fetch + Merge 69
9.8 讨厌钻石链的人：请用--rebase选项 69
9.9 push：pull的反面 69
9.10 命名分支 71
9.11 本章小结 72
第 10章 版本标签 73
10.1 创建标签 73
10.2 当前存在哪些标签 74
10.3 打印标签的散列值 74
10.4 将标签添加到日志输出中 74
10.5 在哪个版本里呢 75
10.6 如何修改标签呢 75
10.7 当我们需要一个浮动标签时 75
10.8 本章小结 75
第 11章 版本库之间的依赖 77
11.1 与子模块之间的依赖 77
11.2 与子树之间的依赖 82
11.3 本章小结 85
第 12章 技巧 86
12.1 不要慌，我们有一个引用日志 86
12.2 忽略临时性的本地修改 87
12.3 检查对文本文件的修改 88
12.4 别名—Git命令的快捷方式 88
12.5 为临时指向的提交创建分支 89
12.6 将提交移动到另一分支 89
第 13章 工作流简介 91
13.1 我们会在什么时候使用这些工作流呢 91
13.1.1 项目开始阶段 91
13.1.2 项目开发阶段 92
13.1.3 项目交付阶段 92
13.1.4 项目重构阶段 92
13.2 工作流的结构 93
13.2.1 条目 93
13.2.2 概述 93
13.2.3 使用要求 93
13.2.4 工作流简述 93
13.2.5 执行过程及其实现 94
13.2.6 何不换一种做法 94
第 14章 项目设置 95
14.1 概述 96
14.2 使用要求 96
14.3 工作流简述：设置项目 97
14.4 执行过程及其实现 98
14.4.1 基于项目目录创建一个新的版本库 98
14.4.2 以文件访问的方式共享版本库 101
14.4.3 用Git daemon来共享版本库 102
14.4.4 用HTTP协议来共享版本库 103
14.4.5 用SSH协议来共享版本库 106
14.5 何不换一种做法 107
何不放弃推送操作 107
14.6 纯拉取操作 108
第 15章 相同分支上的开发 109
15.1 概述 110
15.2 使用要求 111
15.3 工作流简述：相同分支上的开发 111
15.4 执行过程及其实现 111
在master分支上操作 111
15.5 何不换一种做法 114
何不用变基来代替合并 114
第 16章 基于特性分支的开发 116
16.1 概述 116
16.2 使用要求 117
16.3 工作流简述：基于特性分支的开发 118
16.4 执行过程及其实现 118
16.4.1 创建特性分支 118
16.4.2 在master分支上集成某一特性 119
16.4.3 将master分支上所发生的修改传递给特性分支 124
16.5 何不换一种做法 125
16.5.1 何不直接在部分交付后的合并版本上继续后续工作 125
16.5.2 何不到发行版即将成型时再集成特性分支 126
16.5.3 何不交换特性分支之间的提交 126
第 17章 二分法排错 130
17.1 概述 130
17.2 使用要求 131
17.3 工作流简述：二分法排错 131
17.4 执行过程及其实现 131
17.4.1 用二分法人工排错 132
17.4.2 用二分法自动排错 134
17.5 何不换一种做法 138
何不用合并操作将测试脚本添加到旧提交中去 138
第 18章 基于构建服务器的工作 139
18.1 概述 139
18.2 使用要求 140
18.3 工作流简述：基于构建服务器的工作 140
18.4 执行过程及其实现 141
18.4.1 预备构建服务器 141
18.4.2 构建服务器上的Git 142
18.4.3 比对本地开发版本与**后成功构建版本之间的差异 145
18.4.4 基于构建历史的排错 146
18.5 何不换一种做法 149
18.5.1 何不使用标签 149
18.5.2 何不将构建历史放在中央版本库中 149
第 19章 发行版交付 150
19.1 概述 150
19.2 使用要求 151
19.3 工作流简述：“发行版交付” 152
19.4 执行过程及其实现 152
19.4.1 预备阶段：创建stable分支 152
19.4.2 预备并创建发行版 154
19.4.3 创建补丁 157
19.5 何不换一种做法 159
19.5.1 为什么不能只用标签 159
19.5.2 何不干脆不用标签 159
19.5.3 为什么不能用快进式合并 160
19.5.4 为什么不直接在stable分支上实现补丁 160
第 20章 拆分大项目 161
20.1 概述 161
20.2 使用要求 163
20.3 工作流简述：“拆分大项目” 163
20.4 执行过程及其实现 163
20.4.1 拆分模块版本库 163
20.4.2 将拆分出的模块作为外部版本库集成 165
20.5 何不换一种做法 166
20.5.1 何不采用一个全新的版本库 166
20.5.2 为什么不采用--subdirectory-filter选项 167
第 21章 合并小型项目 168
21.1 概述 168
21.2 使用要求 169
21.3 工作流简述：“合并小项目” 170
21.4 执行过程及其实现 170
合并版本库 170
21.5 何不换一种做法 172
为什么不直接合并，跳过创建项目文件目录 172
第 22章 外包长历史记录 173
22.1 概述 173
22.2 使用要求 174
22.3 工作流简述：
“外包长历史记录” 175
22.4 执行过程及其实现 175
22.4.1 外包项目历史 175
22.4.2 链接到当前活动版本库 178
22.5 何不换一种做法 179
为什么不获取档案版本库（而是采用链接） 179
第 23章 与其他版本控制系统并行使用 180
23.1 概述 180
23.2 使用要求 182
23.3 工作流简述：“与其他版本控制系统并行使用” 182
23.4 执行过程及其实现 182
23.4.1 初始部署版本库 183
23.4.2 得到中央版本控制管理中的更新修改 184
23.4.3 将修改提交传输到中央本版控制系统 185
23.5 何不换一种做法 188
为什么不选择一个Git版本库 188
第 24章 迁移到Git 189
24.1 概述 189
24.2 使用要求 190
24.3 工作流简述：“迁移到Git” 190
24.4 执行过程及其实现 190
24.4.1 学习和练习使用Git 190
24.4.2 做出迁移的决定 191
24.4.3 找到分支 193
24.4.4 准备版本库 194
24.4.5 获取分支 195
24.4.6 以怀疑的态度使用接受这个版本库 197
24.4.7 清理工作 199
24.5 何不换一种做法 199
24.5.1 为什么不接收整个项目历史 199
24.5.2 是否可以没有遗产分支 199
24.5.3 没有双版本控制工作区可以吗 200
第 25章 还有一些其他任务 201
25.1 交互式变基操作——完善历史记录 201
25.2 补丁处理 202
25.3 用E-mail发送补丁 202
25.4 打包操作——离线模式下的推送操作 203
25.5 创建归档 203
25.6 Git的图形化工具 204
25.7 与Subversion的协作 205
25.8 命令别名 205
25.9 标注提交 206
25.10 用钩子扩展Git 206
25.11 将版本库托管到Github上 207
第 26章 Git的缺点 208
26.1 高复杂度 208
26.2 复杂的子模块 209
26.3 大型二进制文件的资源消耗 210
26.4 版本库只能作为一个整体被处理 211
26.5 版本库只能作为整体被授权 211
26.6 能用于历史分析的图形化工具偏弱 212
· · · · · · (收起)
读后感
评分
评分
评分
评分
用户评价
要评价《Git学习指南》这本书，我只能说相见恨晚！作为一名在软件开发领域摸爬滚打多年的老兵，我曾无数次与Git打交道，但总觉得内心深处对它的理解还不够透彻。我常常会因为对某些概念的模糊而导致操作失误，或者在团队协作中遇到难以解决的问题。这本书的出现，就像一股清流，将我从迷茫中拉了出来。作者并没有像很多教程那样，简单地列举命令然后让你去记忆，而是真正地去挖掘Git的“根”，从其核心的数据结构——对象模型入手，一层层剥开了Git的神秘面纱。我对书中关于commit、tree、blob的讲解尤为赞赏，这让我明白了Git是如何存储文件内容的，以及提交历史是如何构建起来的。这种深入的理解，让我对git log、git blame等命令有了更深刻的认识。而且，书中对分支（branch）的讲解也让我茅塞顿开。我之前对分支的管理总是有些小心翼翼，但读完这本书后，我才真正理解了Git分支的强大之处，以及如何利用它来优化开发流程。书中对HEAD以及detached HEAD状态的解释，更是解决了困扰我多年的问题。通过大量的图例和精心设计的示例，我能够边学边练，将理论知识转化为实践技能，并且对Git的掌握上升到了一个新的境界。这本书让我从“工具使用者”转变为“工具理解者”，这对我日后的代码管理和团队协作能力有着不可估量的提升。
评分我之前尝试过不少关于Git的学习资料，但总是觉得它们要么过于浅显，要么过于晦涩，很难找到一本真正能够帮助我深入理解Git的书。《Git学习指南》这本书，可以说是满足了我长久以来的期待。作者并没有像其他教程那样，一股脑地抛出命令，而是从Git的底层原理出发，系统地讲解了Git是如何工作的。我特别欣赏书中对Git对象模型（blob, tree, commit）的详细阐述，这让我明白了Git是如何存储和管理文件内容的，以及提交历史是如何构建的。这种对核心概念的深入理解，让我在使用git log、git diff等命令时，能够更加得心应手。书中对分支（branch）的讲解也让我印象深刻，作者用非常直观的方式，让我明白了分支的创建、合并以及它们之间的关系。我之前一直对HEAD和detached HEAD状态感到困惑，但在这本书的讲解下，我终于明白了它们的含义以及如何正确处理。而且，书中还穿插了对一些高级命令的讲解，比如git rebase，作者用非常清晰的思路，让我理解了它的强大之处以及何时应该使用它。通过书中大量的图示和代码示例，我能够将理论知识融会贯通，并且对Git的掌握达到了一个全新的高度。这本书让我不再是被动地学习Git，而是主动地去理解和运用Git，这对我日后的代码管理和团队协作能力，有着不可估量的提升。
评分很多时候，我们在学习一项新技术时，往往停留在“知道怎么用”的层面，而忽略了“为什么这样用”以及“它背后是如何工作的”。《Git学习指南》这本书，恰恰填补了这个空白。作者用一种非常精妙的方式，将Git的各种概念和命令背后隐藏的逻辑一一揭示出来。我特别喜欢书中关于Git对象模型（blob, tree, commit）的讲解，这让我明白了Git是如何高效地存储和管理文件内容的，以及提交历史是如何构成的。这种对底层原理的理解，让我对git log、git diff等命令的使用有了更深刻的认识，不再是盲目的执行。书中对分支（branch）的讲解也让我茅塞顿开。作者用非常直观的图示和清晰的逻辑，让我明白了分支是如何工作的，以及为什么Git的分支如此强大和灵活。我之前一直对HEAD和detached HEAD状态感到困惑，但通过这本书的讲解，我终于明白了它们的本质，并且能够从容应对。而且，书中还穿插了对git rebase等一些高级命令的讲解，作者用一种非常易于理解的方式，让我明白了它们的功能和适用场景。通过书中大量的实践案例，我能够将理论知识融会贯通，并且对Git的掌握达到了一个全新的高度。这本书让我从一个Git的“使用者”转变为一个“精通者”，这对我日后的代码管理和团队协作能力，有着不可估量的提升。
评分这本书简直是为我量身打造的！作为一个对Git一直有点云里雾里、甚至有点畏惧的初学者，我一直想找一本能够真正让我理解Git工作原理的书。我之前尝试过一些在线教程和视频，但总感觉碎片化，而且很多时候只是记住了命令，但不知道为什么要这么做，更不用说理解它的精髓了。读了《Git学习指南》后，我感觉就像打开了一扇新世界的大门。作者用一种非常直观、循序渐进的方式，从最基础的概念讲起，比如版本控制是什么，为什么我们需要它，Git又是如何工作的。他没有直接堆砌一堆命令，而是花了大量的篇幅去解释Git的内部机制，例如如何管理对象（blob, tree, commit）、如何构建提交历史（DAG），以及Git的索引（staging area）到底扮演了什么角色。这些解释一点也不枯燥，反而充满了智慧和启发。我特别喜欢作者在解释分支（branch）和合并（merge）时用的类比，让我一下子就理解了它们是如何工作的，以及为什么Git的分支如此强大和灵活。书中对HEAD、detached HEAD状态的讲解也让我茅塞顿开，之前遇到这些情况时总是很紧张，现在理解了背后的原理，处理起来就从容多了。而且，书中还非常细致地讲解了 Git 的一些高级概念，比如 rebase、cherry-pick、reflog 等，这些我之前认为很复杂的命令，在作者的解释下变得清晰易懂。他还提供了大量的图示和实际操作示例，让我可以一边阅读一边跟着动手实践，巩固理解。不得不说，这本书真的是我学习Git路上的一盏明灯，让我从“用”Git变成了“理解”Git，这对我日后的开发工作会有巨大的帮助。我强烈推荐给所有想深入理解Git的开发者，无论是初学者还是有一定经验的开发者，都能从中获益良多。
评分老实说，在接触《Git学习指南》之前，我对Git的态度是既依赖又畏惧。依赖是因为在现代开发流程中，Git几乎是不可或缺的；畏惧则是因为它复杂的操作和层出不穷的命令，常常让我感到力不从心，甚至在一些关键时刻因为误操作而手忙脚乱。然而，这本书的出现，彻底改变了我对Git的认知。作者以一种非常系统、清晰的方式，从Git最核心的概念——对象数据库开始，娓娓道来。我第一次真正理解了Git是如何存储和管理文件的，blob、tree、commit这些对象的概念不再是抽象的名词，而是构成Git强大功能的基石。书中对分支（branch）的讲解，尤其让我受益匪浅。作者用生动形象的比喻，让我明白了分支是如何工作的，以及为什么Git的分支如此高效和灵活。我之前对merge和rebase的区别总是一知半解，但读完这本书，我才真正理解了它们各自的适用场景和操作逻辑。而且，书中还详细讲解了HEAD和detached HEAD等概念，这些之前常常让我头疼的问题，现在都迎刃而解。通过书中大量的图示和代码示例，我能够轻松地将理论知识应用于实践，并且对Git有了前所未有的掌控感。这本书让我从一个“Git命令的执行者”变成了一个“Git原理的理解者”，这对我日后的开发工作，无疑是一次重大的能力跃升。
评分作为一名多年的程序员，我接触过不少版本控制系统，但坦白说，Git的复杂性一度让我感到头疼。虽然我能勉强使用，但内心深处总有一种不安，担心自己是不是漏掉了什么重要的概念，或者在关键时刻会因为对Git理解不深而犯错。《Git学习指南》这本书彻底改变了我的看法。它不是一本简单的命令手册，而是一次对Git底层逻辑的深度解析。作者用一种非常清晰、有条理的方式，从 Git 的核心概念——对象模型入手，详细解释了 commit、tree、blob 这三个基本对象是如何构成的，以及它们之间是如何相互引用的。这种对内部机制的讲解，让我一下子就理解了为什么 Git 的历史记录（commit graph）是如此强大和灵活。书中对分支（branch）和标签（tag）的区分和使用场景的讲解，也让我明白了两者的根本区别以及如何根据实际情况选择。我特别喜欢作者关于 Git 的“快照”和“差异”的对比讲解，这让我更深刻地理解了 Git 的工作方式。而且，书中对 HEAD 的概念以及 detached HEAD 状态的解释，解决了我在实际操作中经常遇到的困惑。通过书中丰富的图示和代码示例，我能够轻松地将理论知识转化为实践，并且对 Git 的理解也更加深入。这本书让我摆脱了对 Git 的“畏惧”，而是让我能够以一种更自信、更主动的方式去使用它，这对我日后的开发效率和代码管理能力都有质的提升。
评分我一直对Git的工作流程感到有些困惑，尤其是在多人协作的项目中，提交、分支、合并这些操作总是让我觉得既重要又复杂。虽然我能够熟练地使用一些基本的Git命令，但总感觉自己只是在机械地执行，并没有真正理解其背后的逻辑。阅读《Git学习指南》后，我感觉豁然开朗。这本书不仅仅是关于命令的罗列，它更像是一次深入Git内在机制的探索之旅。作者非常巧妙地将Git的各个组件，如对象数据库、索引、HEAD、引用等，串联起来，让我能够清晰地看到一个提交是如何被创建，分支是如何被指向，以及合并操作是如何工作的。我特别欣赏书中关于“版本”和“提交”之间关系的解释，它让我意识到Git并非简单地记录文件内容的改变，而是记录了项目在某个时间点的“快照”，以及这些快照之间的依赖关系。作者对“索引”（staging area）的阐述也让我印象深刻，它不再是一个神秘的中间地带，而是理解Git工作流程的关键。通过书中详实的图解和精心设计的示例，我得以一步步地窥探Git的内部运作，理解为什么git add、git commit、git merge会产生这样的效果。甚至对于那些我曾经望而却步的高级命令，如git rebase和git cherry-pick，作者都用一种非常易于理解的方式进行了讲解，让我不再对它们感到恐惧，反而跃跃欲试。这本书给了我一种“知其然，更知其所以然”的学习体验，让我对Git的信心倍增，并且能够更灵活、更自信地运用Git来管理我的代码。
评分作为一名对软件开发充满热情但又对Git感到一丝畏惧的开发者，我一直渴望找到一本能够让我真正理解Git底层机制的书。《Git学习指南》这本书，无疑是满足了我这一愿望的绝佳选择。作者以一种非常系统、深入的方式，将Git的复杂世界呈现在我眼前。我特别赞赏书中对Git对象数据库的详细讲解，让我深刻理解了blob、tree、commit这些核心对象是如何构建起Git的版本历史的。这种对底层原理的掌握，让我对git log、git diff等命令有了更深层次的理解，不再只是机械地记忆。书中对分支（branch）概念的阐述，也让我受益匪浅。作者用生动的比喻和详细的图解，让我清晰地明白了分支的创建、合并以及它们之间的关系，这让我能够更自信地进行分支管理。我之前一直对HEAD以及detached HEAD状态感到困惑，但通过这本书的讲解，我终于理解了它们的本质，并且知道如何处理。而且，书中还涉及了git rebase等一些高级命令的讲解，作者用一种非常易于理解的方式，让我明白了它们的功能和适用场景。通过书中大量的实践案例，我能够将理论知识转化为实际操作，并且对Git的掌握达到了前所未有的深度。这本书让我从一个Git的“初学者”成长为一个“理解者”，这对我日后的代码管理和团队协作，无疑是一笔宝贵的财富。
评分这本书就像一位经验丰富的向导，带领我穿越了Git那看似复杂而又迷人的世界。在我看来，Git不仅仅是一个版本控制工具，它更是一种强大的协作和代码管理哲学。《Git学习指南》这本书无疑是理解这种哲学最深刻的著作之一。作者并没有急于教我如何去敲击命令，而是从根本上剖析了Git的设计理念，让我明白了为什么Git会以对象数据库为核心，为什么它会采用分布式架构，以及这些设计如何共同造就了Git无与伦比的灵活性和效率。我尤其赞赏书中对于Git内部数据结构的详细阐述，比如commit对象、tree对象、blob对象，这些概念的清晰理解，让我对Git如何记录文件变化有了全新的认识。同时，书中对分支和合并策略的深入探讨，也让我理解了不同场景下应该选择哪种合并方式，以及如何有效地解决合并冲突。作者还非常贴心地讲解了Git的一些“不为人知”的强大功能，例如reflog，它就像一个后悔药，能够在你犯错时帮助你找回丢失的提交，这简直是太棒了！通过书中大量的实践案例，我不仅学会了如何运用Git来管理自己的项目，更学会了如何与团队成员高效协作，如何利用Git的强大功能来优化开发流程。这本书让我真正体会到了“工欲善其事，必先利其器”的道理，让我对Git的掌握上升到了一个新的高度。
评分我一直认为，掌握Git就像掌握了一门编程语言的精髓，一旦你真正理解了它的核心原理，后续的学习和应用都会事半功倍。《Git学习指南》这本书恰恰做到了这一点。它没有直接把各种命令堆砌在你面前，而是从Git的本质出发，深入浅出地讲解了Git的版本控制思想，以及其底层的实现机制。我特别喜欢作者在解释Git如何存储数据时，对对象数据库的细致剖析。理解了blob、tree、commit这些对象的概念，再去看git log、git diff等命令，就感觉像是看到了命令背后的灵魂。书中关于分支（branch）的讲解更是让我印象深刻，作者用非常生动的比喻，让我明白了分支是如何工作的，以及为什么Git的分支如此高效和灵活。我之前一直对“工作区”（working directory）、“暂存区”（staging area）和“仓库”（repository）这三个概念感到模糊，但通过这本书的讲解，我才真正理解了它们之间的关系，以及git add、git commit等命令是如何在这三个区域之间进行数据流转的。而且，书中还穿插了对一些常见问题和技巧的讲解，比如如何优雅地解决合并冲突，如何使用reflog找回误删的提交等等，这些都极大地提升了我实际操作中的信心和效率。这本书让我不再仅仅是“使用”Git，而是“理解”Git，这对于我这样一个追求精益求精的开发者来说，意义非凡。
评分看的廖雪峰的git学习笔记，目前项目里面够用了。
评分不适合新手看，新手请去找网上一大堆git教程，这里面有不少高级技巧
评分翻译和编辑都没睡醒
评分原著五星，书不厚，git的原理、灵活运用、作者经验都有涉及，让读者充分理解git。值得看完，即使后面一些章节看似用不上（如构建测试服务器），也穿插着一些小技巧。中译本给一星，很多错别字，有些语句极不通顺。更要命的是很多地方译者没有去理解讲述的内容，直接翻译外文句子的字面意思，导致理解起来非常生硬，而且译者稍有差池意思就南辕北辙了。看这本书得不断merge两个分支，一是git的思想、原著的意思，二是晦涩的中译本。看着很费力，但是不断推测理解的过程很健脑。
评分既薄且乱，摸不清头绪。我得再找本Git书
相关图书
本站所有内容均为互联网搜索引擎提供的公开搜索信息，本站不存储任何数据与内容，任何内容与数据均与本站无关，如有需要请联系相关搜索引擎包括但不限于百度，google,bing,sogou 等
© 2026 qciss.net All Rights Reserved. 小哈图书下载中心 版权所有