Git学习指南PDF电子书下载

第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