Pro Git (豆瓣)

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

豆瓣评分

9.1

1007人评价

5星

58.9%
4星

35.9%
3星

5.1%
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...

(展开全部)

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

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

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

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

: 黑客与画家

12.00元

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

25.00元

: 程序员的自我修养

36.00元

: Python源码剖析

38.39元

: 松本行弘的程序世界

40.00元

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

: tmux

: UNIX编程艺术

: Learn You a Haskell for Great Goo...

: Practical Vim

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

: Metaprogramming Ruby

: UNIX环境高级编程

: 编程珠玑

: HTTP权威指南

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

我来说两句

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

Pro Git的书评 · · · · · · (全部 17 条)

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

chunzi 2009-10-25 19:27:28

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

23有用 / 1没用

最好的Git进阶材料

康格鲁 2013-12-17 21:27:38

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

19有用 / 0没用

讲得又深入又清楚

霧雨魔理沙 2011-04-15 23:40:54

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

3有用 / 0没用

Git必知必会

不正直的绅士 2010-06-20 10:38:37

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

5有用 / 0没用

Pro Git

涅瓦纳 2013-03-08 12:25:20

0有用 / 0没用

> 更多书评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

推荐

回应 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
杰良

推荐

回应 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