Pro Git (豆瓣)

作者: Scott Chacon
出版社: Apress
出版年: 2009-8-27
页数: 288
定价: USD 34.99
装帧: Paperback
ISBN: 9781430218333

豆瓣评分

9.0

969人评价

5星

58.6%
4星

36.1%
3星

5.2%
2星

0.1%
1星

0.0%

评价:

内容简介 · · · · · ·

Git is the version control system developed by Linus Torvalds for Linux kernel development. It took the open source world by storm since its inception in 2005, and is used by small development shops and giants like Google, Red Hat, and IBM, and of course many open source projects.

* A book by Git experts to turn you into a Git expert

* Introduces the world of distributed versi...

(展开全部)

作者简介 · · · · · ·

Scott Chacon is a Git evangelist and Ruby developer employed at Logical Awesome working on GitHub.com. He is the author of the Git Internals Peepcode PDF as well as the maintainer of the Git homepage and the Git Community Book. Scott has presented at RailsConf, RubyConf, Scotland on Rails, Ruby Kaigi, OSCON and a number of local groups and has done corporate training on Git acr...

(展开全部)

豆瓣成员常用的标签(共174个) · · · · · ·

git 版本控制版本管理软件开发计算机 Git programming 工具

喜欢读"Pro Git"的人也喜欢的电子书 · · · · · ·

支持 Web、iPhone、iPad、Android 阅读器

: 程序员的自我修养

36.00元

: 松本行弘的程序世界

40.00元

: 七周七语言：理解多种编程范型

25.00元

: 黑客与画家

12.00元

: Python源码剖析

38.39元

喜欢读"Pro Git"的人也喜欢 · · · · · ·

: tmux

: Practical Vim

: UNIX编程艺术

: Learn You a Haskell for Great Goo...

: Metaprogramming Ruby

: 计算机程序的构造和解释

: 编程珠玑

: UNIX环境高级编程

: HTTP权威指南

: 深入理解计算机系统（原书第2版）

我来说两句

短评 · · · · · · ( 全部 374 条 )

书评 · · · · · · (共17条)

我来评论这本书

最好的Git进阶材料

康格鲁 (不自量力地还手，直至死方休)

先上个在线阅读的链接 http://git-scm.com/book/zh/ 先说说对书的内容的评价： - 长短适中：每个section大概10-20min能够读完，可以利用饭后休息时间见缝插针地读 - 内容全面：涵盖了Git的常用命令、分支特性、远程仓库、自己............ (3回应)

2013-12-17 21:27 14/14有用

很不错的书，中文版正在翻译中

chunzi (http://twitter.com/chunzi)

可以看 http://progit.chunzi.me 上的中文版，比官方的略新一点。当然也欢迎加入翻译，http://groups.google.com/group/progit-zh 另外 http://planet.chunzi.me/git 上聚合了些关于 git 的博客文章。...... (12回应)

2009-10-25 19:27 21/22有用

Git必知必会

不正直的绅士 (绅的直正的不)

先是看了《版本控制之道——使用Git》，在其豆瓣评论里发现了关于《Pro Git》的链接，于是就去下了中文版来读。此书介绍的内容要比《使用Git》深入许多，尤其是对多人合作和分布式项目管理的讨论，是《使用Git》中所缺少的。............

2010-06-20 10:38 4/4有用

讲得又深入又清楚

霧雨魔理沙

这本书的作者是github的员工。书写得非常棒，对分支等的讲解使用了很多配图，简单明了，把原理讲得非常易懂。这书还有一个非常棒的部分就是针对不同的使用场景，设计了几个合适的版本管理策略，比如私有小项目该用什么方式控............

2011-04-15 23:40 3/3有用

git svn

Jackon (越是彷徨期越需要信念：不甘平庸)

https://www.kernel.org/pub/software/scm/git/docs/git-svn.html http://www.blogjava.net/lishunli/archive/2012/01/15/368562.html http://www.open-open.com/lib/view/open1328070404827.html http://www.open-open.co............

2013-06-05 20:33

Pro Git

涅瓦纳 (一个沉默的观影者与读书人)

2013-03-08 12:25

> 更多书评(共17条)

这篇不错

ihref

这篇不错。 Git版本控制软件结合GitHub从入门到精通常用命令学习手册 Git客户端图文详解如何安装配置GitHub操作流程攻略 http://www.ihref.com/read-16369.html......

2014-08-26 19:29 1/1有用

最好的Git进阶材料

康格鲁 (不自量力地还手，直至死方休)

2013-12-17 21:27 14/14有用

感谢作者译者

月冷风和霜

Pro Git中文在线版 http://iissnan.com/progit/ 非常适合读。比《版本控制之道》好好多。 google还能搜到其它在线阅读网站，我这个个人感觉最好。为什么豆瓣叫豆瓣？......

2013-09-13 20:51 1/1有用

非常不错的Git入门加中端书

jacky (在路上)

全书对Git的应用场景，以及典型的模式讲得比较透彻。无论对于初学者还是想进一步了解Git工作原理的同学都比较适合。初略的看了一遍，不但了解了Git的基本操作，同时也对版本以及分支的概念有了比较深刻的认识。而且从中能够............

2013-08-14 13:10

git svn

Jackon (越是彷徨期越需要信念：不甘平庸)

2013-06-05 20:33

对于入门和理解Git的思想和内部机制是不错的书

kerry95 (Follow Your Dream)

对于入门和理解Git的思想和内部机制是不错的书~~~~ 但感觉还不够，很多实践需要自己通过stackoverflow和git help <command>来查~~~~ 另外，感觉还是没讲清楚merge和rebase的本质区别~~......

2013-03-12 23:08

> 更多书评(共17条)

读书笔记 · · · · · · (共54篇)

我来写笔记

按有用程度
按页码先后
最新笔记

展开收起
第9章 Git内部原理
吃西瓜放糖 (the same old fears)
git cheat sheets: http://help.github.com/git-cheat-sheets/ 三类git对象：blog, tree，commit masterˆ{tree}: 表示master分支上最新提交指向的tree对象 git根据赞暂存区域或index来创建并写入一个tree，要创建一个tree首先要将其写入index文件，可实用plumbing命令update-index操作index文件。 git init命令执行后index文件不存在，所以在第一次执行update-index命令时须传入--add 参数。由于要添加的文件不在当...
2012-03-13 22:22 2人收藏
git cheat sheets: http://help.github.com/git-cheat-sheets/
三类git对象：blog, tree，commit
masterˆ{tree}: 表示master分支上最新提交指向的tree对象
git根据赞暂存区域或index来创建并写入一个tree，要创建一个tree首先要将其写入index文件，可实用plumbing命令update-index操作index文件。
git init命令执行后index文件不存在，所以在第一次执行update-index命令时须传入--add 参数。
由于要添加的文件不在当前目录下而是在数据库中，必须传入--cacheinfo参数。
同时指定文件模式和SHA-1值。
git update-index --add --cacheinfo 100644 83baae61804e65cc73a7201a7252750c76066a30 test.txt
使用write-tree命令将暂存区内容写到tree对象，如果目标tree不存在，调用write-tree会自动根据index状态创建一个新的tree。
git write-tree
git update-index test.txt
git update-index --add new.txt
git write-tree
可以将某个tree作为子目录加到另一个tree中，用read-tree将tree读到暂存区中，通过--prefix参数将一个已有的tree对象作为一个子tree读到暂存区中。
git read-tree --prefix=bak d8329fc1cc938780ffdd9f94e0d364e0ea74f579
使用git commit-tree创建commit对象，如果哦有任何前继提交对象，可通过 -p指定
echo 'first commit' | git commit-tree d8329f
echo 'second commit' | git commit-tree 0155eb -p fdf4fc3
此时已经有了真实的git log，可通过git log 查看
git对象存储的ruby代码（irb模式）：
>> header = "blob #{content.length}\0" => "blob 16\000" >> store = header + content => "blob 16\000what is up, doc?" >> require 'digest/sha1' => true >> sha1 = Digest::SHA1.hexdigest(store) => "bd9dbf5aae1a3862dd1526723246b20206e5fc37" >> require 'zlib' => true >> zlib_content = Zlib::Deflate.deflate(store) => "x\234K\312\311OR04c(\317H,Q\310,V(-\320QH\311O\266\a\000_\034\a\235" >> path = '.git/objects/' + sha1[0,2] + '/' + sha1[2,38] => ".git/objects/bd/9dbf5aae1a3862dd1526723246b20206e5fc37" >> require 'fileutils' => true >> FileUtils.mkdir_p(File.dirname(path)) => ".git/objects/bd" >> File.open(path, 'w') { |f| f.write zlib_content } => 32

推荐
收藏 2人收藏

回应 2012-03-13 22:22
展开收起
第4章

杰良 (继往开来)

第4章服务器上的 Git 1、Git 可以使用四种主要的协议来传输数据：本地传输，SSH 协议，Git 协议和 HTTP 协议。（1）本地协议：简单来说就是硬盘上的另一个目录。这常见于团队每一个成员都对一个共享的文件系统（例如 NFS）拥有访问权，或者比较少见的多人共用同一台电脑的情况。（2）SSH 协议：特点是同时具有读和写权限，还要较好的访问权限控制。（3）Git 协议：需要守护进程监听，开放，快速。（4）HTTP 协议：服..
2013-01-02 22:13   1人收藏

第4章服务器上的 Git
1、Git 可以使用四种主要的协议来传输数据：本地传输，SSH 协议，Git 协议和 HTTP 协议。
（1）本地协议：简单来说就是硬盘上的另一个目录。这常见于团队每一个成员都对一个共享的文件系统（例如 NFS）拥有访问权，或者比较少见的多人共用同一台电脑的情况。
（2）SSH 协议：特点是同时具有读和写权限，还要较好的访问权限控制。
（3）Git 协议：需要守护进程监听，开放，快速。
（4）HTTP 协议：服务器端需要安装 Git ，易于架设，但比较低效。
2、Git 自带一个叫做 GitWeb 的 CGI 脚本，可以生成一个简单的 web 界面供外部访问。
本笔记基于伯乐在线的中文译文文章：http://blog.jobbole.com/25944/
2013-01-02
杰良

推荐
收藏   1人收藏

回应   2013-01-02 22:13
展开收起
git基础

随候鸟南飞 (Home sweet home)

把所有已跟踪文件暂存并提交： git commit -a 文件保留，仅从跟踪清单中删除： git rm --cached /path/filename 比较staged与上次commit快照差异： git diff --cached git 1.6.1以上可以git diff --staged，效果相同递归删除用反斜杠： git rm \*~ 展示每次提交内容差异： git log -p -2 增改行数统计： git log --stat 每个log一行： git log --pretty=oneline 查看图形化log： git log --graph ...
2012-03-02 09:24

把所有已跟踪文件暂存并提交：
git commit -a
文件保留，仅从跟踪清单中删除：
git rm --cached /path/filename
比较staged与上次commit快照差异：
git diff --cached
git 1.6.1以上可以git diff --staged，效果相同
递归删除用反斜杠：
git rm \*~
展示每次提交内容差异：
git log -p -2
增改行数统计：
git log --stat
每个log一行：
git log --pretty=oneline
查看图形化log：
git log --graph
限制log个数：
git log -2
限制时间：
git log --since=2.weeks
git log --since=2012-02-28
git log --since="3 days ago”
--author 指定作者
--grep 搜索comment关键字
同时满足需--all-match
修改最后一次提交：
git commit --amend
取消staged修改
git reset HEAD /path/filename
取消修改回到未暂存状态：
git checkout -- /path/filename
列出详细远程库：
git remote -v
git的bash补全：
git clone git://git.kernel.org/pub/scm/git/git.git
cp git/contrib/completion/git-completion.bash ~/.git-completion.sh
add source ~/.git-completion.sh to .bashrc
source .bashrc

推荐
收藏

回应 2012-03-02 09:24
展开收起
第1页

小郑

git rm å’Œ git mv
2015-02-22 20:02

git rm
和
git mv

推荐
收藏

回应 2015-02-22 20:02

展开收起
第1页

小郑

git rm å’Œ git mv
2015-02-22 20:02

git rm
和
git mv

推荐
收藏

回应 2015-02-22 20:02
展开收起
客户端配置

OrangeCLK

P4Merge 有机会可以尝试一下
2014-12-10 21:28

P4Merge 有机会可以尝试一下

推荐
收藏

回应 2014-12-10 21:28
展开收起
提交指南

OrangeCLK

最后需要谨记的是提交说明的撰写。写得好可以让大家协作起来更轻松。一般来说，提交说明最好限制在一行以内，50 个字符以下，简明扼要地描述更新内容，空开一行后，再展开详细注解。Git 项目本身需要开发者撰写详尽注解，包括本次修订的因由，以及前后不同实现之间的比较，我们也该借鉴这种做法。另外，提交说明应该使用祈使现在式语态，比如，不要说成「I added tests for」或「Adding tests for」而应该用「Add tests for」。下..
2014-12-05 18:44

最后需要谨记的是提交说明的撰写。写得好可以让大家协作起来更轻松。一般来说，提交说明最好限制在一行以内，50 个字符以下，简明扼要地描述更新内容，空开一行后，再展开详细注解。Git 项目本身需要开发者撰写详尽注解，包括本次修订的因由，以及前后不同实现之间的比较，我们也该借鉴这种做法。另外，提交说明应该使用祈使现在式语态，比如，不要说成「I added tests for」或「Adding tests for」而应该用「Add tests for」。下面是来自 tpope.net 的 Tim Pope 原创的提交说明格式模板，供参考：本次更新的简要描述（50 个字符以内）如果必要，此处展开详尽阐述。段落宽度限定在 72 个字符以内。某些情况下，第一行的简要描述将用作邮件标题，其余部分作为邮件正文。其间的空行是必要的，以区分两者（当然没有正文另当别论）。如果并在一起，rebase 这样的工具就可能会迷惑。另起空行后，再进一步补充其他说明。 - 可以使用这样的条目列举式。 - 一般以单个空格紧跟短划线或者星号作为每项条目的起始符。每个条目间用一空行隔开。不过这里按自己项目的约定，可以略作变化。如果你的提交说明都用这样的格式来书写，好多事情就可以变得十分简单。Git 项目本身就是这样要求的，我强烈建议你到 Git 项目仓库下运行 git log --no-merges 看看，所有提交历史的说明是怎样撰写的。（译注：如果现在还没有克隆 git 项目源代码，是时候 git clone://git.kernel.org/pub/scm/git/git.git 了。）
文档必须好好写。这个写法近似于 Markdown。
git log --no-merges 可以常看所有尚未被合并的进度文档。

推荐
收藏

回应 2014-12-05 18:44
展开收起
架设服务器
OrangeCLK
这也太激萌了吧…… 如果启用了 git-shell，当用户尝试普通 SSH 登录时，会看到这样的信息： /代码内容已省略/
2014-12-04 17:26
这也太激萌了吧……
如果启用了 git-shell，当用户尝试普通 SSH 登录时，会看到这样的信息：
$ ssh git@gitserver fatal: What do you think I am? A shell? Connection to gitserver closed.

推荐
收藏

回应 2014-12-04 17:26

> 更多读书笔记（共54篇）

论坛 · · · · · ·


讲Git的书里第二好的一本	来自[已注销]	2 回应	2010-06-20
每天上下班的车上，用手机从书仓下的电子版	来自hotcat		2010-08-11
浅显易懂，也很实用	来自心如印		2010-01-18