没有合适的资源?快使用搜索试试~ 我知道了~
git使用教程详细介绍
5星 · 超过95%的资源 需积分: 10 26 下载量 25 浏览量
2014-01-20
18:02:45
上传
评论
收藏 4.09MB DOCX 举报
温馨提示
试读
64页
详细介绍开发过程中git的使用方法,包括本地使用,服务器搭建,可用协议介绍等内容,
资源推荐
资源详情
资源评论
1. 起步
o 1.1 - 关于版本控制
o 1.2 - Git 简史
o 1.3 - Git 基础
o 1.4 - 安装 Git
o 1.5 - 初次运行 Git 前的配置
o 1.6 - 获取帮助
o 1.7 - 小结
2. Git 基础
o 2.1 - 取得项目的 Git 仓库
o 2.2 - 记录每次更新到仓库
o 2.3 - 查看提交历史
o 2.4 - 撤消操作
o 2.5 - 远程仓库的使用
o 2.6 - 打标签
o 2.7 - 技巧和窍门
o 2.8 - 小结
3. Git 分支
o 3.1 - 何谓分支
o 3.2 - 分支的新建与合并
o 3.3 - 分支的管理
o 3.4 - 利用分支进行开发的工作流程
o 3.5 - 远程分支
o 3.6 - 分支的衍合
o 3.7 - 小结
4. 服务器上的 Git
o 4.1 - 协议
o 4.2 - 在服务器上部署 Git
o 4.3 - 生成 SSH 公钥
o 4.4 - 架设服务器
o 4.5 - 公共访问
o 4.6 - GitWeb
o 4.7 - Gitosis
o 4.8 - Gitolite
o 4.9 - Git 守护进程
o 4.10 - Git 托管服务
o 4.11 - 小结
5. 分布式 Git
o 5.1 - 分布式工作流程
o 5.2 - 为项目作贡献
o 5.3 - 项目的管理
o 5.4 - 小结
6. Git 工具
o 6.1 - 修订版本( Revision )选择
o 6.2 - 交互式暂存
o 6.3 - 储藏( Stashing )
o 6.4 - 重写历史
o 6.5 - 使用 Git 调试
o 6.6 - 子模块
o 6.7 - 子树合并
o 6.8 - 总结
7. 自定义 Git
o 7.1 - 配置 Git
o 7.2 - Git
属性
o 7.3 - Git
挂钩
o 7.4 - Git 强制策略实例
o 7.5 - 总结
8. Git 与其他系统
o 8.1 - Git 与 Subversion
o 8.2 - 迁移到 Git
o 8.3 - 总结
9. Git 内部原理
o 9.1 - 底层命令 (Plumbing) 和高层命令 (Porcelain)
o 9.2 - Git 对象
o 9.3 - Git References
o 9.4 - Packfiles
o 9.5 - The Refspec
o 9.6 - 传输协议
o 9.7 - 维护及数据恢复
o 9.8 - 总结
Chapter 1
起步
本章介绍开始使用 Git 前的相关知识。我们会先了解一些版本控制工具的历史背景,
然后试着让 Git 在你的系统上跑起来,直到最后配置好,可以正常开始开发工作。
读完本章,你就会明白为什么 Git 会如此流行,为什么你应该立即开始使用它。
关于版本控制
什么是版本控制?我真的需要吗?版本控制是一种记录若干文件内容变化,以便将
来查阅特定版本修订情况的系统。在本书所展示的例子中,我们仅对保存着软件源
代码的文本文件作版本控制管理,但实际上,你可以对任何类型的文件进行版本控
制。
如果你是位图形或网页设计师,可能会需要保存某一幅图片或页面布局文件的所有
修订版本(这或许是你非常渴望拥有的功能)。采用版本控制系统(VCS)是个明
智的选择。有了它你就可以将某个文件回溯到之前的状态,甚至将整个项目都回退
到过去某个时间点的状态。你可以比较文件的变化细节,查出最后是谁修改了哪个
地方,从而导致出现怪异问题,又是谁在何时报告了某个功能缺陷等等。使用版本
控制系统通常还意味着,就算你乱来一气把整个项目中的文件改的改删的删,你也
照样可以轻松恢复到原先的样子。但额外增加的工作量却微乎其微。
本地版本控制系统
许多人习惯用复制整个项目目录的方式来保存不同的版本,或许还会改名加上备份
时间以示区别。这么做唯一的好处就是简单。不过坏处也不少:有时候会混淆所在
的工作目录,一旦弄错文件丢了数据就没法撤销恢复。
为了解决这个问题,人们很久以前就开发了许多种本地版本控制系统,大多都是采
用某种简单的数据库来记录文件的历次更新差异(见图 1-1)。
图 1-1. 本地版本控制系统
其中最流行的一种叫做 rcs,现今许多计算机系统上都还看得到它的踪影。甚至在
流行的 Mac OS X 系统上安装了开发者工具包之后,也可以使用 rcs 命令。它的工
作原理基本上就是保存并管理文件补丁(patch)。文件补丁是一种特定格式的文
本文件,记录着对应文件修订前后的内容变化。所以,根据每次修订后的补丁,
rcs 可以通过不断打补丁,计算出各个版本的文件内容。
集中化的版本控制系统
接下来人们又遇到一个问题,如何让在不同系统上的开发者协同工作?于是,集中
化的版本控制系统( Centralized Version Control Systems,简称 CVCS )应运而生。
这类系统,诸如 CVS,Subversion 以及 Perforce 等,都有一个单一的集中管理的服
务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,
取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法(见
图 1-2)。
图 1-2. 集中化的版本控制系统
这种做法带来了许多好处,特别是相较于老式的本地 VCS 来说。现在,每个人都
可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每
个开发者的权限,并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来
得轻松容易。
事分两面,有好有坏。这么做最显而易见的缺点是中央服务器的单点故障。如果宕
机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。要是中央
服务器的磁盘发生故障,碰巧没做备份,或者备份不够及时,就还是会有丢失数据
的风险。最坏的情况是彻底丢失整个项目的所有历史更改记录,而被客户端提取出
来的某些快照数据除外,但这样的话依然是个问题,你不能保证所有的数据都已经
有人事先完整提取出来过。本地版本控制系统也存在类似问题,只要整个项目的历
史记录被保存在单一位置,就有丢失所有历史更新记录的风险。
分布式版本控制系统
于是分布式版本控制系统( Distributed Version Control System,简称 DVCS )面世
了。在这类系统中,像 Git,Mercurial,Bazaar 以及 Darcs 等,客户端并不只提取
最新版本的文件快照,而是把原始的代码仓库完整地镜像下来。这么一来,任何一
剩余63页未读,继续阅读
资源评论
- 寒暄2014-05-12嗯,蛮详细的。
- 旋转的经论2014-04-11git的一些基本命令
jintingxian
- 粉丝: 2
- 资源: 1
上传资源 快速赚钱
- 我的内容管理 展开
- 我的资源 快来上传第一个资源
- 我的收益 登录查看自己的收益
- 我的积分 登录查看自己的积分
- 我的C币 登录后查看C币余额
- 我的收藏
- 我的下载
- 下载帮助
安全验证
文档复制为VIP权益,开通VIP直接复制
信息提交成功