Pro Git第二版：Git核心技术与最新进展指南

1星需积分: 13 60 浏览量更新于2024-07-20 收藏 10.66MB PDF 举报

《Pro Git中文参考手册》第二版是一本权威指南，由Scott Chacon和Ben Straub合著，由Apress出版。该书旨在提供关于Git这款分布式版本控制系统的所有必要知识，特别针对Git在四年间的显著变化进行了更新。尽管Git的核心命令和概念保持了高度的向后兼容性，但社区的扩展和改进是本书着重介绍的内容。第一版发布以来，Git经历了巨大的发展，尤其是在开源社区中的普及程度大幅提高。它不仅成为超级黑客的首选工具，而且广泛应用于各种场景，包括Windows平台的图形用户界面、集成开发环境（IDE）的集成，以及商业项目的广泛应用。这在当时是无法想象的。新版本的《Pro Git》重点关注了这些年来Git社区的前沿进展，如跨平台支持的增强，特别是Windows上的显著提升，以及与IDE的无缝整合。此外，书中还将涵盖如何处理在大规模开源项目中使用Git的最佳实践，以及在不断变化的技术环境中，如何有效地管理和维护代码库。作者Scott Chacon在序言中表达了对Git持续发展的喜悦，同时承认了在写作第一版时Git还未完全普及，而今几乎每个开源社区都在使用。新版本的目标是帮助新用户更好地理解和适应这些变化，无论是初次接触Git的开发者，还是希望深入了解其高级特性的专家。《Pro Git》第二版是一本不可或缺的资源，无论你是Git新手还是资深用户，都能从中找到关于这个强大工具的深入理解与实用技巧，紧跟Git社区的步伐。

代码仓库的完整备份。

Figure 1-3. 分布式版本控制.

更进一步，许多这类系统都可以指定和若干不同的远端代码仓库进行交互。

籍此，你就可以在同一个项目中，分别和不同工作小组的人相互协作。你可

以根据需要设定不同的协作流程，比如层次模型式的工作流，而这在以前的

Server

Computer

Version

Database

Version

Computer

Version

Database

Version

Database

Version

集中式系统中是无法实现的。

Git 简史

同生活中的许多伟大事物一样，Git 诞生于一个极富纷争大举创新的年代。

Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工

作都花在了提交补丁和保存归档的繁琐事务上（1991－2002年间）。到

2002 年，整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来

管理和维护代码。

到了 2005 年，开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关

系结束，他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使

Linux 开源社区（特别是 Linux 的缔造者 Linux Torvalds）基于使用

BitKcheper 时的经验教训，开发出自己的版本系统。他们对新的系统制订了

若干目标：

速度

简单的设计

对非线性开发模式的强力支持（允许成千上万个并行开发的分支）

完全分布式

有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据

量）

自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着

初期设定的目标。它的速度飞快，极其适合管理大项目，有着令人难以置信

的非线性分支管理系统（参见 Chapter 3）。

Git 基础

那么，简单地说，Git 究竟是怎样的一个系统呢？请注意接下来的内容非常

重要，若你理解了 Git 的思想和基本工作原理，用起来就会知其所以然，游

刃有余。在开始学习 Git 的时候，请努力分清你对其它版本管理系统的已有

认识，如 Subversion 和 Perforce 等；这么做能帮助你使用工具时避免发生

混淆。 Git 在保存和对待各种信息的时候与其它版本控制系统有很大差异，

尽管操作起来的命令形式非常相近，理解这些差异将有助于防止你使用中的

困惑。

直接记录快照，而非差异比较

Git 和其它版本控制系统（包括 Subversion 和近似工具）的主要差别在于

Git 对待数据的方法。概念上来区分，其它大部分系统以文件变更列表的方

近乎所有操作都是本地执行

在 Git 中的绝大多数操作都只需要访问本地文件和资源，一般不需要来自网

络上其它计算机的信息。如果你习惯于所有操作都有网络延时开销的集中式

版本控制系统，Git 在这方面会让你感到速度之神赐给了 Git 超凡的能量。

因为你在本地磁盘上就有项目的完整历史，所以大部分操作看起来瞬间完

成。

举个例子，要浏览项目的历史，Git 不需外连到服务器去获取历史，然后再

显示出来 — — 它只需直接从本地数据库中读取。你能立即看到项目历史。

如果你想查看当前版本与一个月前的版本之间引入的修改，Git 会查找到一

个月前的文件做一次本地的差异计算，而不是由远程服务器处理或从远程服

务器拉回旧版本文件再来本地处理。

这也意味着你离线或者没有 VPN 时，几乎可以进行任何操作。如你在飞机

或火车上想做些工作，你能愉快地提交，直到有网络连接时再上传。如你回

家后 VPN 客户端不正常，你仍能工作。使用其它系统，做到如此是不可能

或很费力的。比如，用 Perforce，你没有连接服务器时几乎不能做什么事；

用 Subversion 和 CVS，你能修改文件，但不能向数据库提交修改（因为你

的本地数据库离线了）。这看起来不是大问题，但是你可能会惊喜地发现它

带来的巨大的不同。

Git 保证完整性

Git 中所有数据在存储前都计算校验和，然后以校验和来引用。这意味着不

可能在 Git 不知情时更改任何文件内容或目录内容。这个功能建构在 Git 底

层，是构成 Git 哲学不可或缺的部分。若你在传送过程中丢失信息或损坏文

件，Git 就能发现。

Git 用以计算校验和的机制叫做 SHA-1 散列（hash，哈希）。这是一个由

40 个十六进制字符（0-9 和 a-f）组成字符串，基于 Git 中文件的内容或目录

结构计算出来。 SHA-1 哈希看起来是这样：

24b9da6552252987aa493b52f8696cd6d3b00373

Git 中使用这种哈希值的情况很多，你将经常看到这种哈希值。实际上，Git

数据库中保存的信息都是以文件内容的哈希值来索引，而不是文件名。

Git 一般只添加数据

你执行的 Git 操作，几乎只往 Git 数据库中增加数据。很难让 Git 执行任何

不可逆操作，或者让它以任何方式清除数据。同别的 VCS 一样，未提交更

新时有可能丢失或弄乱修改的内容；但是一旦你提交快照到 Git 中，就难以

再丢失数据，特别是如果你定期的推送数据库到其它仓库的话。

剩余573页未读，继续阅读

盛世嫡妃

粉丝: 0
资源: 12

Pro Git第二版：Git核心技术与最新进展指南

Git指南中文版pdf

Git参考手册

GIT图解完整PDF版

git clone git@gitcode.jlq.com:code/repo.git

git@git.360xkw.com's password:

ssh -T git@git.rvbust.com git@git.rvbust.com: Permission denied (publickey).

git 多人开发分支流程 搭配指令，git init git add git commit git clone git status.......

gitblit-1.9.3.zip

Jenkins中environment{ GIT_SSL_NO_VERIFY = "false" GIT_HTTP_SSL_VERIFY = "true" }已经这样设置过了，为什么还会出现http.https://gitgerrit.cn.asux.aptiv.com.sslverify=false http.https://gitgerrit.cn.asux.aptiv.com/.sslverify=true而且还卡到git clone就不动了

最新资源

git 多人开发分支流程搭配指令，git init git add git commit git clone git status.......