学设计网站,昆明设计网站建设,网页设计毕业设计任务书,优班图搭建网站目录 版本控制
什么是版本控制
为什么要版本控制
本地版本控制系统
集中化的版本控制系统
分布式版本控制系统
认识Git
Git简史
Git与其他版本管理系统的主要区别
Git的三种状态
Git使用快速入门
获取Git仓库
记录每次更新到仓库
一个好的 Git 提交消息如下#…目录 版本控制
什么是版本控制
为什么要版本控制
本地版本控制系统
集中化的版本控制系统
分布式版本控制系统
认识Git
Git简史
Git与其他版本管理系统的主要区别
Git的三种状态
Git使用快速入门
获取Git仓库
记录每次更新到仓库
一个好的 Git 提交消息如下
推送改动到远程仓库
远程仓库的移除与重命名
查看提交历史 版本控制
什么是版本控制
版本控制是一种记录一个或若干文件内容变化以便将来查阅特定版本修订情况的系统。 除了项目源代码你可以对任何类型的文件进行版本控制。
为什么要版本控制
有了它你就可以将某个文件回溯到之前的状态甚至将整个项目都回退到过去某个时间点的状态你可以比较文件的变化细节查出最后是谁修改了哪个地方从而找出导致怪异问题出现的原因又是谁在何时报告了某个功能缺陷等等。
本地版本控制系统
许多人习惯用复制整个项目目录的方式来保存不同的版本或许还会改名加上备份时间以示区别。 这么做唯一的好处就是简单但是特别容易犯错。 有时候会混淆所在的工作目录一不小心会写错文件或者覆盖意想外的文件
为了解决这个问题人们很久以前就开发了许多种本地版本控制系统大多都是采用某种简单的数据库来记录文件的历次更新差异。 本地版本控制系统
集中化的版本控制系统
接下来人们又遇到一个问题如何让在不同系统上的开发者协同工作 于是集中化的版本控制系统Centralized Version Control Systems简称 CVCS应运而生。
集中化的版本控制系统都有一个单一的集中管理的服务器保存所有文件的修订版本而协同工作的人们都通过客户端连到这台服务器取出最新的文件或者提交更新。 集中化的版本控制系统
这么做虽然解决了本地版本控制系统无法让在不同系统上的开发者协同工作的诟病但也还是存在下面的问题
单点故障 中央服务器宕机则其他人无法使用如果中心数据库磁盘损坏又没有进行备份你将丢失所有数据。本地版本控制系统也存在类似问题只要整个项目的历史记录被保存在单一位置就有丢失所有历史更新记录的风险。必须联网才能工作 受网络状况、带宽影响
分布式版本控制系统
于是分布式版本控制系统Distributed Version Control System简称 DVCS面世了。 Git 就是一个典型的分布式版本控制系统。
这类系统客户端并不只提取最新版本的文件快照而是把代码仓库完整地镜像下来。 这么一来任何一处协同工作用的服务器发生故障事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作实际上都是一次对代码仓库的完整备份 分布式版本控制系统
分布式版本控制系统可以不用联网就可以工作因为每个人的电脑上都是完整的版本库当你修改了某个文件后你只需要将自己的修改推送给别人就可以了。但是在实际使用分布式版本控制系统的时候很少会直接进行推送修改而是使用一台充当“中央服务器”的东西。这个服务器的作用仅仅是用来方便“交换”大家的修改没有它大家也一样干活只是交换修改不方便而已。
分布式版本控制系统的优势不单是不必联网这么简单后面我们还会看到 Git 极其强大的分支管理等功能
认识Git
Git简史
Linux 内核项目组当时使用分布式版本控制系统 BitKeeper 来管理和维护代码。但是后来开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 Linux 开源社区特别是 Linux 的缔造者 Linus Torvalds基于使用 BitKeeper 时的经验教训开发出自己的版本系统而且对新的版本控制系统做了很多改进。
Git与其他版本管理系统的主要区别
Git 在保存和对待各种信息的时候与其它版本控制系统有很大差异尽管操作起来的命令形式非常相近理解这些差异将有助于防止你使用中的困惑。
下面我们主要说一个关于 Git 与其他版本管理系统的主要差别对待数据的方式。
Git 采用的是直接记录快照的方式而非差异比较。我后面会详细介绍这两种方式的差别
大部分版本控制系统CVS、Subversion、Perforce、Bazaar 等等都是以文件变更列表的方式存储信息这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。
具体原理如下图所示理解起来其实很简单每当我们提交更新一个文件之后系统都会记录这个文件做了哪些更新以增量符号 Δ(Delta)表示。 我们怎样才能得到一个文件的最终版本呢
很简单高中数学的基本知识我们只需要将这些原文件和这些增加进行相加就行了。
这种方式有什么问题呢
比如我们的增量特别特别多的话如果我们要得到最终的文件是不是会耗费时间和性能。
Git 不按照以上方式对待或保存数据。 反之Git 更像是把数据看作是对小型文件系统的一组快照。 每次你提交更新或在 Git 中保存项目状态时它主要对当时的全部文件制作一个快照并保存这个快照的索引。 为了高效如果文件没有修改Git 不再重新存储该文件而是只保留一个链接指向之前存储的文件。 Git 对待数据更像是一个 快照流。 Git的三种状态
Git 有三种状态你的文件可能处于其中之一
已提交committed数据已经安全的保存在本地数据库中。
已修改modified已修改表示修改了文件但还没保存到数据库中。已暂存staged表示对一个已修改文件的当前版本做了标记使之包含在下次提交的快照中。
由此引入 Git 项目的三个工作区域的概念Git 仓库(.git directory)、工作目录(Working Directory) 以及 暂存区域(Staging Area) 。 基本的 Git 工作流程如下
在工作目录中修改文件。暂存文件将文件的快照放入暂存区域。提交更新找到暂存区域的文件将快照永久性存储到 Git 仓库目录。
Git使用快速入门
获取Git仓库
有两种取得 Git 项目仓库的方法。
在现有目录中初始化仓库: 进入项目目录运行 git init 命令,该命令将创建一个名为 .git 的子目录。从一个服务器克隆一个现有的 Git 仓库: git clone [url] 自定义本地仓库的名字: git clone [url] directoryname
记录每次更新到仓库
检测当前文件状态 : git status提出更改把它们添加到暂存区git add filename (针对特定文件)、git add *(所有文件)、git add *.txt支持通配符所有 .txt 文件忽略文件.gitignore 文件提交更新: git commit -m 代码提交信息 每次准备提交前先用 git status 看下是不是都已暂存起来了 然后再运行提交命令 git commit跳过使用暂存区域更新的方式 : git commit -a -m 代码提交信息。 git commit 加上 -a 选项Git 就会自动把所有已经跟踪过的文件暂存起来一并提交从而跳过 git add 步骤。移除文件git rm filename 从暂存区域移除然后提交。对文件重命名git mv README.md README(这个命令相当于mv README.md README、git rm README.md、git add README 这三条命令的集合)
一个好的 Git 提交消息如下 标题行用这一行来描述和解释你的这次提交主体部分可以是很少的几行来加入更多的细节来解释提交最好是能给出一些相关的背景或者解释这个提交能修复和解决什么问题。主体部分当然也可以有几段但是一定要注意换行和句子不要太长。因为这样在使用 git log 的时候会有缩进比较好看。
提交的标题行描述应该尽量的清晰和尽量的一句话概括。这样就方便相关的 Git 日志查看工具显示和其他人的阅读
推送改动到远程仓库 如果你还没有克隆现有仓库并欲将你的仓库连接到某个远程服务器你可以使用如下命令添加git remote add origin server ,比如我们要让本地的一个仓库和 GitHub 上创建的一个仓库关联可以这样git remote add origin https://github.com/Snailclimb/test.git 将这些改动提交到远端仓库git push origin master (可以把 master 换成你想要推送的任何分支) 如此你就能够将你的改动推送到所添加的服务器上去了
远程仓库的移除与重命名
将 test 重命名为 test1git remote rename test test1移除远程仓库 test1:git remote rm test1
查看提交历史
在提交了若干更新又或者克隆了某个项目之后你也许想回顾下提交历史。 完成这个任务最简单而又有效的工具是 git log 命令。git log 会按提交时间列出所有的更新最近的更新排在最上面。
可以添加一些参数来查看自己希望看到的内容
只看某个人的提交记录 git log --authorbob
