分布式版本控制系统Git

2024-08-06 13:56:34 浏览数 (1)

​

什么是版本控制

版本控制（Revision control）是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史

方便查看更改历史记录，备份以便恢复以前的版本的软件工程技术。

  • 实现跨区域多人协同开发
  • 追踪和记载一个或者多个文件的历史记录
  • 组织和保护你的源代码和文档
  • 统计工作量
  • 并行开发、提高开发效率
  • 跟踪记录整个软件的开发过程
  • 减轻开发人员的负担，节省时间，同时降低人为错误

简单说就是用于管理多人协同开发项目的技术。

常见的版本控制工具

主流的版本控制器有如下这些：Git SVN CVS VSS TFS…**现在影响力最大且使用最广泛的是Git与SVN**

版本控制分类

本地版本控制

本地记录文件每次的更新/手动的保存备份，可以对每个版本做一个快照，或是记录补丁文件，**适合个人用，如RCS。**

就像下面一样：**手动的记录备份，1.0 2.0...的记录版本。。。**

集中版本控制 常见：SVN

所有的版本数据都保存在服务器上，协同开发者从服务器上同步更新或上传自己的修改

所有的版本数据都存在服务器上

  • 用户的本地只有自己以前所同步的版本。
  • 如果不连网的话，用户就看不到历史版本，也无法切换版本验证问题，或在不同分支工作。

而且，所有数据都保存在单一的服务器上

  • 有很大的风险这个服务器会损坏，这样就会丢失所有的数据，当然可以定期备份。 代表产品：SVN、CVS、VSS (本人目前并没有深入了解, 学习还是Git)

缺点：

必须联网才能工作，如果在局域网还可以，带宽够大，速度够快，如果在互联网下，如果网速慢的话，就纳闷了。

分布式版本控制 常见：Git

每个人都拥有全部的代码！**存在安全隐患！**

所有版本信息仓库全部同步到本地的每个用户

  • 这样就可以在本地查看所有版本历史，可以离线在本地提交。 只需在连网时push(上传) 到相应的服务器或其他用户那里。

由于每个用户那里保存的都是所有的版本数据，

只要有一个用户的设备没有问题就可以恢复所有的数据 , 因此 这增加了本地存储空间的占用。

缺点

资料少 (起码中文资料很少) 学习周期相对而言比较长。不符合常规思维。

代码保密性差，一旦开发者把整个库克隆下来就可以完全公开所有代码和版本信息。

SVN与Git的优缺点

SVN是集中式版本控制系统，版本库是集中放在中央服务器的
  • 而工作的时候，用的都是自己的电脑
  • 所以首先要从中央服务器得到最新的版本，然后工作，完成工作后，需要把自己做完的活推送到中央服务器。
  • 集中式版本控制系统是必须联网才能工作，对网络带宽要求较高。

最能体现出区别的是，假如你公司SVN服务器挂掉了，那么你就可以放假了。

Git是分布式版本控制系统
  • 没有中央服务器，每个人的电脑就是一个完整的版本库
  • 工作的时候不需要联网了，因为版本都在自己电脑上。
  • 协同的方法是这样的： 比如说自己在电脑上改了文件A，其他人也在电脑上改了文件A 这时，你们两之间只需把各自的修改推送给对方，就可以互相看到对方的修改了。 Git可以直接看到更新了哪些代码和文件!

Git是是目前世界上最先进的分布式版本控制系统

Git是目前世界上最先进的分布式版本控制系统。

Git是免费、开源的，最初Git是为辅助Linux内核开发的 (所以很多的命令和 linux 有很多相同)~，来替代 BitKeeper！

​

Linux和Git之父李纳斯·托沃兹（Linus Benedic Torvalds）1969、芬兰

Git 下载 安装 配置

下载

官网及下载地址： http://msysgit.github.io/

本人使用的是：Git-2.21.0-64-bit.exe 版本

安装

本人安装：D:WSMworkGitGit 本人喜欢在博客里写安装目录… 时间长了东西多了. 都不知道在那了！

无脑下一步即可！安装完毕就可以使用了！

前面几步就省略了，重点是几个选项界面：一般情况下，这个两个界面都选第一

在“Configuring the line ending conversions”选项中

第一个选项：如果是跨平台项目，在windows系统安装，选择；

第二个选项：如果是跨平台项目，在Unix系统安装，选择；

第三个选项：非跨平台项目，选择

启动：

安装成功后在开始菜单中会有Git项

  • Git Bash： Unix与Linux风格的命令行，使用最多，推荐最多
  • Git CMD： Windows风格的命令行
  • Git GUI： 图形界面的Git，不建议初学者使用，尽量先熟悉常用命令

常用的Linux命令 Linux

git之父就是 linux之父, git的内核就是 liunx…所以里面很多常用的命令都是linux 类似的！

配置

安装完成之后，就需要为你的Git配置账户了：

  • Git是以邮箱 用户名这个组合为一个标识的。打开Git-Bash.exe
代码语言：javascript复制
# 配置全局用户名
git config --global user.name '输入用户名'

# 配置全局邮箱
git config --global user.email 'xxx@qq.com' 
# 这里配置的是全局的用户名和邮箱，也可以为每一个项目配置一个，这里就不演示了。


#查看系统配置config
git config --system --list

#查看当前用户（global）配置
git config --global  --list
设置用户名与邮箱（用户标识，必要）

在　C:UsersAdministrator .gitconfig　中可以看到配置的用户信息

尽量填写自己的, 因为后面靠着这个和 远程仓库github 进行连接的

Git所有的配置文件，其实都保存在本地！

Git相关的配置文件：**GitGitmingw64etcgitconfig** 查看配置 git config -l

本人刚安装配置比较少…

Git 三个区域

工作区 版本库 暂存区

  • 工作区(Working Directory)： 平时存放项目代码的地方** 就是你电脑本地硬盘目录
  • 暂存区(stage)： 用于临时存放你的改动,**事实上它只是一个文件，保存即将提交到文件列表信息** 一般存放在”git目录” 版本区下的index文件（.git/index）中，所以我们把暂存区有时也叫作索引（index）
  • 仓库区 /版本区(Repository)： 工作区有个**隐藏目录.git**，它就是Git的**本地版本库** 就是安全存放数据的位置，这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本

Directory**使用Git管理的一个目录，也就是一个仓库** 包含着： 工作区 和 git版本库

  • Directoryc 可以理解为一个普通的目录, 通过**git init**命令初始化为一个**Git管理目录** 之后就会自动生成一个 .git 版本库文件 Directoryc文件夹里面的文件就是 一个个工作区 都是要被管理的文件
  • 创建出的文件最初是 工作区的Untracked: 未跟踪状态文件 通过 add 命令, 状态变为Staged 暂存状态
  • Staged: 暂存状态. 执行git commit则将修改同步到版本库中 进行备份记录版本状态！

Git为我们默认自动创建的第一个主分支master，以及指向master的一个指针叫HEAD

我们把文件往Git版本库里添加的时候，是分两步执行的： 第一步是用git add把文件纳入Git管理暂存区；实际是把本地文件修改添加到暂存区 第二步是用·git commit·提交更改；实际上就是把暂存区的所有内容提交到当前分支默认master主分区。

远程仓库：

如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域：

  • Remote：远程仓库，托管代码的服务器，可以简单的认为是你项目组中的一台电脑用于远程数据交换

自定义创建Directory git管理仓库

找到任意一个盘符位置下不建议路径中存在中文~：

Git安装之后右击就会出现选择，右键选择Git Bash Here，然后就会弹框，输入命令：git init~初始化Git 版本库~

创建版本库成功，路径下面多了一个.git的文件夹。这个就是git的本地版本库

并且自动为我们创建了master分支，并且当前已经默认关联上了master分支。

Git 常用操作

查看文件状态 提交修改

代码语言：javascript复制
# 查看当前路径下所有文件的状态 
git status

# 查看当前文件下的文件状态
git status 文件夹

文件状态！！

  • Untracked: 未跟踪, 此文件在文件夹中, 但并没有加入到git库, 不参与版本控制. 通过git add 状态变为Staged.
  • Unmodify: 文件已经入库, 未修改, 即版本库中的文件快照内容与文件夹中完全一致. 这种类型的文件有两种去处： 如果它被修改, 而变为Modified 如果使用git rm移出版本库, 则成为Untracked文件
  • Modified: 文件已修改, 仅仅是修改, 并没有进行其他的操作. 这种类型的文件有两种去处： 通过git add可进入暂存staged状态 使用git checkout 则丢弃修改过, 返回到unmodify状态，这个git checkout即从库中取出文件, 覆盖当前修改 !
  • Staged: 暂存状态. 执行git commit则将修改同步到库中 这时库中的文件和本地文件又变为一致, 文件为Unmodify状态. 执行git reset HEAD filename取消暂存, 文件状态为Modified

下面一一介绍: ↓↓↓

  • 首先创建了一个名字叫abc.txt的文件
  • 使用git status查看abc.txt文件的状态。

这里的文件名字显示为红色，表示未被git管理的文件。

暂存区~提交

代码语言：javascript复制
# 将文件加入到暂存区
git add 文件

# 提交
git commit -m '注释' 文件
# git commit 文件 	提交暂存区的文件;
# -m '表示给文件添加注释说明'    

git status 
# 查看文件：
# nothing to commit,working directory clean（没有什么可以提交，工作区非常干净）
# 如果文件被提交之后在被修改,在此查看 Git 会给出提示！
修改提交后的文件:

将add —— commit的文件，修改之后在 git status 查看 Git 会对文件进行管理跟踪了

需要再次 git add git commit 更新同步文件~ 可以看到这里文件状态个变为modified

日志 版本号 对比不同

代码语言：javascript复制
# 查看当前路径下所有文件的版本日志信息
git log
 
# 查看当前路径下 指定文件的版本日志信息
git log 文件

# 查看文件的日志信息，以一行显示：作者，时间，注释
git log --pretty=oneline 文件

# 查看版本号信息
git reflog 文件
日志一行显示
查看文件 版本号信息

版本回退、穿梭

Git 最强之处就是对于文件, 项目版本的维护管理！！

底层的默认对 提交 的文件进行 监听并会自动保存对应的版本号~

可以在不同版本之间切换~

如果一项目更新版本出现bug 为了方便使用, 可以直接回归上一个版本…

分布式 服务器 工作 版本控制系统 git

0 人点赞