版本控制系统的演化、Git 分布式版本控制系统概述 及 工作流程
目录
本地版本控制系统
集中化版本控制系统
分布式版本控制系统
Git 分布式版本控制概述
Git 版本控制工作流程
Git 官网关于版本控制教程
版本控制是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统。 作为程序员通常是对保存着软件源代码的文件作版本控制,但实际上,可以对任何类型的文件进行版本控制。 如位图形或网页设计师,可能会需要保存某一幅图片或页面布局文件的所有修订版本,采用版本控制系统(VCS)或 SVN 是个明智的选择。 有了它就可以将某个文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态,可以比较文件的变化细节,查出最后是谁修改了哪个地方,从而找出导致怪异问题出现的原因,又是谁在何时报告了某个功能缺陷等等。 使用版本控制系统通常还意味着,就算一时失误把整个项目中的文件改的改删的删,之后照样可以轻松恢复到原先的样子。 |
本地版本控制系统
1、许多人习惯用复制整个项目目录的方式来保存不同的版本,或许还会改名加上备份时间以示区别。 这么做唯一的好处就是简单,但是特别容易犯错。 有时候会混淆所在的工作目录,一不小心会写错文件或者覆盖意想外的文件。
2、为了解决这个问题,人们很久以前就开发了许多种本地版本控制系统,大多都是采用某种简单的数据库来记录文件的历次更新差异。
3、其中最流行的一种叫做 RCS,现今许多计算机系统上都还看得到它的踪影。 甚至在流行的 Mac OS X 系统上安装了开发者工具包之后,也可以使用 rsc
命令。 它的工作原理是在硬盘上保存补丁集(补丁是指文件修订前后的变化);通过应用所有的补丁,可以重新计算出各个版本的文件内容。
集中化版本控制系统
1、接下来人们又遇到一个问题,如何让在不同系统上的开发者协同工作? 于是,集中化的版本控制系统(Centralized Version Control Systems,简称 CVCS)应运而生。
2、这类系统,诸如 CVS、Subversion 以及 Perforce 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。 多年以来,这已成为版本控制系统的标准做法。
3、对于 Subversion 可以参考《SVN》章节
4、这种做法带来了许多好处,特别是相较于老式的本地 VCS 来说。 现在,每个人都可以在一定程度上看到项目中的其他人正在做些什么。 而管理员也可以轻松掌控每个开发者的权限,并且管理一个 CVCS 要远比在各个客户端上维护本地数据库来得轻松容易。
5、事分两面,有好有坏, 这么做最显而易见的缺点是中央服务器的单点故障。 如果宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。 如果中心数据库所在的磁盘发生损坏,又没有做恰当备份,毫无疑问你将丢失所有数据——包括项目的整个变更历史,只剩下人们在各自机器上保留的单独快照。 本地版本控制系统也存在类似问题,只要整个项目的历史记录被保存在单一位置,就有丢失所有历史更新记录的风险。
分布式版本控制系统
1、于是分布式版本控制系统(Distributed Version Control System,简称 DVCS)面世了。 在这类系统中,像 Git、Mercurial、Bazaar 以及 Darcs 等,客户端并不只提取最新版本的文件快照,而是把代码仓库完整地镜像下来。 这么一来,任何一处协同工作用的服务器发生故障,事后都可以用任何一个镜像出来的本地仓库恢复。 因为每一次的克隆操作,实际上都是一次对代码仓库的完整备份。
2、更进一步,许多这类系统都可以指定和若干不同的远端代码仓库进行交互。籍此,就可以在同一个项目中,分别和不同工作小组的人相互协作。 可以根据需要设定不同的协作流程,比如层次模型式的工作流,而这在以前的集中式系统中是无法实现的。
Git 分布式版本控制概述
1、同生活中的许多伟大事物一样,Git 诞生于一个极富纷争大举创新的年代。
2、Linux 内核开源项目有着为数众多的参与者。 绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。 到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
3、到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。 这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。 他们对新的系统制订了若干目标:
速度 简单的设计 对非线性开发模式的强力支持(允许成千上万个并行开发的分支) 完全分布式 有能力高效管理类似 Linux 内核一样的超大规模项目(速度和数据量) 自诞生于 2005 年以来,Git 日臻成熟完善,在高度易用的同时,仍然保留着初期设定的目标。 它的速度飞快,极其适合管理大项目,有着令人难以置信的非线性分支管理系统(参见 Git 分支) |
4、Git 是目前世界上最先进的分布式版本控制系统,也是一款基于命令行的版本控制软件,但在 Windows 和 Mac 系统上也有几款可用的桌面应用。
5、Git 由 Linux 之父 Linus Torvalds 开发,GIT 不仅仅是个版本控制系统,它也是个内容管理系统(CMS)、工作管理系统
版本控制软件 Git 让你可以预览你写过的代码的所有版本。
6、Git 跟 SVN一样有自己的集中式版本库或服务器,但是 Git 更倾向于被使用于分布式模式,也就是每个开发人员从中心版本库/服务器上 chect out 代码后会在自己的机器上克隆一个跟中心版本库一模一样的本地版本库。
7、如果被困在一个不能连接网络的地方,Git 仍然能够提交文件,查看 log(历史版本记录),创建项目分支等。
8、Git 是一款基于命令行的版本控制软件,在 Windows 和 Mac 系统上也有几款可用的桌面应用。
Git官网地址:https://git-scm.com/ Git 官方文档教程地址:https://git-scm.com/book/zh/v2 |
1、最核心的区别是:Git 是分布式,而 SVN 不是 2、Git 把内容按元数据方式存储,而 SVN 是按文件 3、SVN 断开网络或者断开VPN就无法 commit 代码,但是 Git 可以先 commit 到本地仓库 4、Git 克隆一个完整项目的速度非常快,SVN 非常慢 |
Git 版本控制工作流程
Workspace:工作区 Index / Stage:暂存区 Repository:仓库区(或本地仓库) Remote:远程仓库 |
git clone:将远程的 Master 分支代码克隆到本地仓库 git checkout:切出分支出来开发 git add:将文件加入库跟踪区 git commit:将库跟踪区改变的代码提交到本地代码库中 git push: 将本地仓库中的代码提交到远程仓库 |
主分支 |
master 分支:存放随时可供生产环境中的部署的代码 develop 分支:存放当前最新开发成果的分支,当代码足够稳定时可以合并到 master 分支上去。 |
辅助分支 |
feature 分支:开发新功能使用,最终合并到 develop 分支或抛弃掉 release 分支:做小的缺陷修正、准备发布版本所需的各项说明信息 hotfix 分支:代码的紧急修复工作 |
1)工作区
1、Workspace:程序员进行开发(改动)的地方,是当前看到的,也是最新的。
2、平常项目开发就是拷贝远程仓库中的一个分支,基于该分支进行开发,在开发过程中就是对工作区的操作。
2)暂存区
1、Index / Stage(暂存区):.git 目录下的 index文件, 暂存区会记录 git add 添加文件的相关信息(文件名、大小、timestamp…),不保存文件实体, 通过id指向每个文件实体。
2、可以使用 git status 查看暂存区的状态,暂存区标记了当前工作区中,哪些内容是被 git 管理的。
3、当项目完成某个需求或功能后需要提交到远程仓库,那么第一步就是通过 git add 先提交到暂存区,被 git 管理。
3)本地仓库
1、Repository(仓库区或本地仓库):保存了对象被提交过的各个版本,比起工作区和暂存区的内容,它要更旧一些。
2、git commit 后同步 index 的目录树到本地仓库,方便从下一步通过git push 同步本地仓库与远程仓库。
3、可以在任何地方新建本地仓库,只需要在目标目录下执行 "git init" 指令,就会将此目录自动初始化为本地仓库,同时它会新建 ".git" 目录
4)远程仓库
1、Remote(远程仓库)的内容可能被分布在多个地点的处于协作关系的本地仓库修改,因此它可能与本地仓库同步,也可能不同步,但是它的内容是最旧的。
1、任何对象都是在工作区中诞生和被修改; 2、任何修改都是从进入 index 区才开始被版本控制; 3、只有把修改提交到本地仓库,该修改才能在仓库中留下痕迹; 4、与协作者分享本地的修改,可以把它们 push 到远程仓库来共享。 |
版本控制系统的演化、Git 分布式版本控制系统概述 及 工作流程相关推荐
- 运维之道 | Git分布式版本控制系统安装、配置
Git分布式版本控制系统安装.配置 一.Git简介 Git是目前世界上最先进的分布式版本控制系统,在处理各种项目时都十分高效,而且非常的高大上. SVN是集中式版本控制系统,版本库是集中放在中央服务器 ...
- Git分布式版本控制工具
Git分布式版本控制工具 文章目录 Git分布式版本控制工具 1 目标 2 概述 2.1 开发中的实际场景 2.2 版本控制器的方式 2.3 SVN 2.4 Git 2.5 Git工作流程图 3 Gi ...
- 版本控制系统-集中式与分布式的区别
SVN和CVS都是集中式版本控制系统,而Git是分布式版本控制系统 集中式版本控制系统 版本库是集中存放在中央服务器的,而干活的时候,用的都是自己的电脑,所以要先从中央服务器取得最新的版本,然后开始干 ...
- 运维之道 | Git分布式版本控制常用命令解析
Git分布式版本控制常用命令解析 一.创建版本库 版本库(repository)也叫仓库,可以看做一个目录,这个目录里的所以文件都由Git进行管理,每个文件的修改.删除,Git都能跟踪 1.选择一个合 ...
- Git分布式版本控制遇到的问题如何把本地的项目上传到码市上
一.Git分布式版本控制遇到的问题 错误: $ git push -u origin master fatal: unable to access 'https://git.coding.net/Su ...
- Git 之二 架构、工作流程、.git 目录文件
写在前面 Git 的官网上有很详细的使用教程(当然有翻译版本),具体地址是 https://git-scm.com/book/zh/v2.唯一不足就是,很多讲解并没有实机演示.但是,毫无疑问,官网 ...
- 删除隐藏版本信息 版本回退_Git系列之-分布式版本控制Git详解
课程简介: 课程目标:通过本课程的学习,将全面掌握Git版本管理工具的配置与使用,以适应工作的需要. 适用人群:具有一定开发基础的开发人员. 课程概述:Git (读音为/gɪt/)是一个开源的分布式版 ...
- Git分布式版本控制工具【IDEA版】【安装和使用以及上传代码到Gitee】(一篇文章精通系列)
一.目标 了解Git基本概念 能够概述git工作流程 能够使用Git常用命令 熟悉Git代码托管服务 能够使用idea操作git 二.Git概述 1.开发中的实际场景 场景一:备份 小明负责的模块就要 ...
- Git分布式版本控制和远程库创建运用、git常用指令【尚硅谷笔记】
目录 1.Git 1.1.概述 1.2.版本控制 为什么需要版本控制 1.3.版本控制工具 集中式版本控制工具 分布式版本控制工具 1.4.Git简史 1.5.Git工作机制 1.6.Git和代码托管 ...
- Git分布式版本控制工具(Git命令基本操作)
1.目标 了解Git基本概念 能够概述git工作流程 熟悉Git代码托管服务 能够使用Git常用命令 能够使用idea操作git 了解Git标签 了解SSH协议传输数据 2.概述 2.1 .开发中的实 ...
最新文章
- 一口气搞懂《虚函数和纯虚函数》
- 聊聊Spring Boot服务监控,健康检查,线程信息,JVM堆信息,指标收集,运行情况监控等!...
- BUU--[MRCTF2020]PixelShooter
- 45度炸队Alpha冲刺博客集
- .NET 云原生架构师训练营(设计原则设计模式)--学习笔记
- OPTEE之安全存储详解
- Vue 作者尤雨溪:以匠人的态度不断打磨完善 Vue
- LInux下如何挂载光盘找rpm包?
- ie6和W3C的盒子模型
- pca百分比取多少比较好_防晒霜指数多少比较好?防晒霜SPF多少够用
- android管理交换机,用手机android超级终端 如何开启交换机端口
- Madis模拟黏滞阻尼器
- [算法]详解关键路径算法
- 马尔可夫链模型的信贷风险分析与预测
- 【精彩文章】数学家论数学——数学的本质
- Python制作个人动漫头像(简化版)
- python输入名字配对情侣网名_名字匹配度情侣,打出自己的名字和对象的名字
- kafka集群开启sasl认证
- 2022 极术通讯-从CPU、DSA到软硬件融合
- 宏碁暗影骑士12代 安装win11躺坑