想必大家在之前学习或者了解过SVN的相关知识吧,SVN是Subversion的简称,是一个开放源代码的版本控制系统。它采用分支管理系统的高效管理,用于多个人共同开发同一个项目,实现共享资源,最终集中式的管理。但是SVN在一些使用上有所限制,不是很有利于开发人员提高开发效率以及团队协作。今天要与老铁们分享的是和SVN有着共同用处的——Git。
一、Git简介
1. 概述
Git是一个开源的分布式版本控制系统,可以有效、高速地处理从很小到非常大的项目版本管理。Git是Linus Torvalds为了帮助管理Linux内核开发而开发的一个开放源码的版本控制软件。
2. 特点
Git的用途
特点 | 说明 |
分布式 | Git是分布式版本控制系统,允许在多个本地仓库中同时进行开发,并且可以轻松地与远程仓库进行协作。 |
高效性 | Git通过直接记录快照和索引文件的方式,使得版本控制更加高效,特别是对于大型项目。 |
灵活性 | Git提供了丰富的命令行选项和功能,可以根据个人习惯和项目需求进行定制。 |
可靠性 | Git使用SHA-1哈希算法来标识每个文件和提交,确保了数据的完整性和可追溯性。 |
可扩展性 | Git可以轻松地扩展和定制,可以通过插件和其他工具来增强其功能。 |
3. 与SVN相比二者的区别
虽然二者都是版本控制系统,但是本质上还是存在一定的区别,区别如下:
- 版本控制系统不一样:Git是分布式的,允许在多个本地仓库之间进行开发,并且可以在不需要互联网连接的情况下进行版本控制;SVN是集中式的版本控制系统,需要在服务器上维护一个中央版本库,所有客户端都需要与该服务器进行通信。
- 存储方式不同:Git将每个文件的修改作为差异存储,而不是像SVN那样保存整个文件的完整历史记录。
- 分支管理方式有差异:Git的分支管理更加灵活,Git鼓励开发者在本地创建和合并分支,而不是像SVN那样在远程服务器上执行这些操作。
- 数据传输上有差异:Git使用SHA-1哈希算法来标识每个文件和提交,这确保了数据的完整性和可追溯性。并且Git还支持校验和机制,可用于验证文件在传输过程中的完整性。
- 社区支持:由于Git的流行度和使用广泛性,社区对Git的支持通常比SVN更广泛。有许多工具、插件和集成可以帮助开发人员更高效地使用Git。
二、Git的安装
1. 注册一个gitte账号
首先我们要去官网中注册一个Gitee账号用于我们的团队项目开发使用。
官网网址:
注册的步骤咱就不一一说明了,自行注册好。
2. 在Window中安装Git
注意事项:
- 版本要求:Git-2.22.0-64-bit.exe或以上版本
- 安装路径:请不要安装在C盘(win10会有权限问题),建议选择“D:\tools\Git”
以下是Git安装成功的标准
三、Git常用命令使用
Git的常用命令使用我们将以人物角色的方式去讲解命令的使用,使其融入使用场景。
1. 组长(身份1)
1.1 搭建ssm环境,并且将项目推送到gitee码云上
配置全局
进入gitee官网并且登陆,新建一个仓库为开源。
在磁盘中新建一个文件夹用于存放仓库,在创建一个文件夹代表是组长使用的
进入组长身份的文件夹中,右击点击Git Base Here选项进入到命令窗口,然后执行相关命令。
指令:
配置Git全局
- git config --global user.name "yangxin"
- git config --global user.email "2081718134@qq.com"
这两个命令执行完之后会在系统用户路径下生成一个.gitconfig文件,文件内容如下,是根据你执行的代码生成的。
创建仓库
指令:
- mkdir yxwork 创建新建夹
- cd yxwork 进入到文件夹中
- git init 标记为Git托管的仓库
执行完git init代码后会在新创建的文件夹中生成一.git的隐藏文件
接下来就是测试是否被Git托管
指令:
- touch README.md ---->创建一个文件
- git status ----->查看文件状态
- git add . ----->(.代表所有提交的文件)托管
- git commit -m "first commit" ------>提交至本地仓库,并说明注释(“”中是注释)
- git remote add origin https://gitee.com/yangxinxx/yxwork.git ----->设置远程仓库地址
- git push -u origin "master" ------>推送文件
下述代表文件提交到本地仓库了
下面是将远程仓库与本地仓库绑定,并且将本地仓库文件推送给远程仓库
推送玩之后,刷新新建仓库的网页
上述图片说明远程与本地仓库绑定成功并且打通
搭建环境
将项目的scr文件与pom文件拖至指定文件夹中
将配置环境文件推送给远程仓库
推送完之后再次刷新网页
1.2 组长修改pom文件依赖
当组长导入一个新的依赖,并且新上传了一个文件。将其推送一下
刷新网址查看,可以点击pom.xml查看我们是否修改依赖
2. 组员(身份二)
2.1 连接组长的仓库
复制组长创建仓库的网址
在zuzhang文件的同级目录下创建一个zuyuan文件夹,然后进入git命令窗口克隆仓库
2.2 组员修改同一依赖
当组员和组长修改同一依赖的时候,修改的版本不同,没有及时交流沟通出现的问题及解决方法。
组员更新资源之后
指令:
- git pull ---->更新
当我们再次去查看pom文件时,发现是组员修改后的文件了。
此时当组员修改依赖版本后,并推送,也没和组长说。当组长将原来的版本也进行修改后推送。
组长更新代码,再去查看pom文件。
组长与组员线下沟通,可以删除其一也可以二者都要。
本期分享到此结束
三连加关注哦
感谢老铁们