🌻🌻 目录
学习git之前,我们需要先明白一个概念
一、版本控制
1.1 什么是版本控制
版本迭代!版本管理器!
版本控制(Revision control)是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。
1.2 版本控制的作用
- 实现跨区域多人协同开发
- 追踪和记载一个或者多个文件的历史记录
- 组织和保护你的源代码和文档
- 统计工作量
- 并行开发、提高开发效率
- 跟踪记录整个软件的开发过程
- 减轻开发人员的负担,节省时间,同时降低人为错误
简单说就是用于管理多人协同开发项目的技术。
没有进行版本控制或者版本控制本身缺乏正确的流程管理,在软件开发过程中将会引入很多问题,如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性,以及软件的整合等问题。
无论是工作还是学习,或者是自己做笔记,都经历过这样一个阶段!我们就迫切需要一个版本控制工具!
多人开发就必须要使用版本控制!
常见的版本控制工具
我们学习的东西,一定是当下最流行的!
主流的版本控制器有如下这些:
1.3 版本控制的分类
常见的版本控制工具
- Git
- SVN(Subversion)
- CVS(Concurrent Versions System)
- VSS(Micorosoft Visual SourceSafe)
- TFS(Team Foundation Server)
- Visual Studio Online
版本控制产品非常的多(Perforce、Rational ClearCase、RCS(GNU Revision Control System)、Serena Dimention、SVK、BitKeeper、Monotone、Bazaar、Mercurial、SourceGear Vault),现在影响力最大且使用最广泛的是 Git 与 SVN
1.3.1 本地版本控制
记录文件每次的更新,可以对每一个版本做一个快照,或是记录补丁文件,适合个人用,如RCS
1.3.2 集中版本控制 (SVN)
所有的版本数据都保存在服务器上,协同开发者从服务器上同步更新或上传自己的修改
所有的版本数据都存在服务器上,用户的本地只有自己以前所同步的版本,如果不连网的话,用户就看不到历史版本,也无法切换版本验证问题,或在不同分支工作。而且,所有数据都保存在单一的服务器上,有很大的风险这个服务器会损坏,这样就会丢失所有的数据,当然可以定期备份。代表产品:SVN、CVS、VSS
1.3.3 分布式版本控制(Git)
每个人都有全部的代码!安全隐患(背代码走人)!
所有版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有版本历史,可以离线在本地提交,只需要在联网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据,只要有一个用户的折本没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用。
不会因为服务器损坏或者网络问题,造成不能工作的情况!
1.4 Git 和 SVN 主要区别
SVN是集中式版本控制系统,版本库是集中放在中央服务器的。而工作的时候,用的都是自己的电脑,所以首先要从中央服务器得到最新的版本,然后工作。完成工作后,需要把自己做完的活推送到中央服务器。集中式版本控制系统是必须联网才能工作,对网络带宽要求较高。
Git是分布式版本控制系统,没有中央服务器,每个人的电脑就是一个完整的版本库,工作的时候不需要联网了,因为版本都在自己电脑上。系统的方法是这样的:比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这时,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了。Git可以直接看到更新了哪些代码和文件!
Git是目前世界上最先进的分布式版本控制系统**
二、Git 的历史
同样生活中的许多伟大事物一样,Git诞生于一个极富纷争大举创新的年代。
Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
Linux社区中存在很多的大佬!破解研究 BitKeeper !
到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。(2周左右!) 也就是后来的 Git!
Git是目前世界上最先进的分布式版本控制系统。
Git是免费、开源,最初Git是为辅助Linux内核开发的,来代替 BitKeeper
三、Git 下载、卸载、安装、启动
3.1 下载
方式一:
打开 Git官网,下载git对应操作系统的版本。
方式二:
官网下载太慢,我们可以使用 淘宝镜像下载
3.2 卸载
反安装:
- 先看本地计算机高级属性 path环境变量里面有没有,有则删除
- 控制面板卸载即可
3.3 安装
下载完即可安装!无脑下一步即可,安装完毕就可以使用了
安装成功显示:
使用命令 git --version
可以看到版本即可
3.4 启动
安装成功后在开始菜单中会有Git项,菜单下有3个程序:任意文件夹下右键也可以看到对应的程序!
右击磁盘也可以看到:
Git Bash:Unix与Linux风格的命令行,使用最多,推荐最多
Git CMD:Windows风格的命令行
Git GUI:图形界面的Git,不建议初学者使用,尽量先熟悉常用命令
四、Linux常用命令
1)、cd
: 改变目录。
2)、cd . .
:回退到上一个目录,直接cd进入默认目录
3)、pwd
: 显示当前所在的目录路径。
4)、ls(ll)
: 都是列出当前目录中的所有文件,只不过ll(两个ll)列出的内容更为详细。
5)、touch
: 新建一个文件 如 touch index.js 就会在当前目录下新建一个index.js文件。
6)、rm
: 删除一个文件, rm index.js 就会把index.js文件删除。
7)、mkdir
: 新建一个目录,就是新建一个文件夹。
8)、rm -r
: 删除一个文件夹, rm -r src
删除src目录
rm -rf /
切勿在Linux中尝试!删除电脑中全部文件!
9)、mv
移动文件, mv index.html src index.html
是我们要移动的文件, src 是目标文件夹,当然, 这样写,必须保证文件和目标文件夹在同一目录下。
10)、reset
重新初始化终端/清屏。
11)、clear
清屏。 cls
12)、history
查看命令历史。
13)、help
帮助。
14)、exit
退出。
15)、#
表示注释
五、Git配置
所有的配置文件,其实都保存在本地!
查看配置 git config -l
查看不同级别的配置文件:
#查看系统config
git config --system --list
#查看当前用户(global)配置
git config --global --list
Git相关的配置文件:
1)系统配置:Git\etc\gitconfig :Git 安装目录下的 git config --system --list
系统级
2)用户配置:C:\Users\Administrator\ .gitconfig : 只适用于当前登录用户的配置 --global 全局
设置用户名与邮箱(用户标识,必要)
当你安装Git后首先要做的事情是设置你的 用户名称 和 e-mail地址 。这是非常重要的,因为每次Git提交都会使用该信息。它被永远的嵌入到了你的提交中:
git config --global user.name "Daniel" #名称
git config --global user.email 1982472575@qq.com #邮箱
添加 --global 选项,设置全局变量。如果你希望在一个特定的项目中使用不同的名称或e-mail地址,设置用户名、邮箱时不加 --global选项。总之:–global为全局配置,不加为某个项目的特定配置。
六、Git 基本理论(核心)
下面所有的实践都来源于核心理论
6.1 工作区域
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下:
- Workspace:工作区,就是你平时存放项目代码的地方
- Index / Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交的文件列表信息
- Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交的所有版本的数据。其中HEAD指向最新放入仓库的版本
- Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
本地的三个区域确切的说应该是git仓库中HEAD指向的版本:
- Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间。
- WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。
- .git:存放Git管理信息的目录,初始化仓库的时候自动创建。
- Index/Stage:暂存区,或者叫待提交更新区,在提交进入repo之前,我们可以把所有的更新放在暂存区。
- Local Repo:本地仓库,一个存放在本地的版本库;HEAD会只是当前的开发分支(branch)。
- Stash:隐藏,是一个工作状态保存栈,用于保存/恢复WorkSpace中的临时状态。
6.2 工作流程
git的工作流程一般是这样的:
- 在工作目录中添加、修改文件;
- 将需要进行版本管理的文件放入暂存区域;
- 将暂存区域的文件提交到git仓库。
因此,git管理的文件有三种状态:已修改(modified),已暂存(staged),已提交(committed)
七、Git 项目搭建
创建工作目录与常用指令
工作目录(WorkSpace)一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要有中文。
日常使用只要记住下图6个命令:
创建本地仓库的方法有两种:一种是创建全新的仓库,另一种是克隆远程仓库。
- 本地仓库搭建:
创建全新的仓库,需要用GIT管理的项目的根目录执行:
在当前目录新建一个Git代码库
$ git init
执行后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面。
克隆远程仓库
另一种方式是克隆远程目录,由于是将远程服务器上的仓库完全镜像一份至本地!
克隆一个项目和它的整个代码历史(版本信息)
$ git clone [url] # https://github.com/Daniel521-Spark/shenzhen888.git
去 gitee 或者 github 上克隆一个测试!
八、Git 文件操作
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。
- 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
8.1 查看文件状态
通过如下命令可以查看到文件的状态:
#查看指定文件状态
git status [filename]
#查看所有文件状态
git status
# git add . 添加所有文件到暂存区
# git commit -m "消息内容" 提交暂存区中的内容到本地仓库 -m 提交信息
先创建一个本地仓库
没有暂存出现如下
远程提交下面再总结 👇🏾👇🏾
8.2 忽略文件
有些时候我们不想把某些文件纳入版本控制中,比如数据库文件,临时文件,设计文件等在主目录下建立".gitignore"文件,此文件有如下规则:
- 以井号(#)开头,表述注释。
- 可以使用Linux通配符。例如:星号(*)代表任意多个字符,问号(?)代表一个字符,方括号([abc])代表可选字符范围,大括号({string1,string2,…})代表可选的字符串等。
- 如果名称的最前面有一个感叹号(!),表示例外规则,将不被忽略。
- 如果名称的最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略。
- 如果名称的最后面是一个路径分隔符(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)。
九、远程仓库
github 在国外,是有墙的,速度比较慢;国内一般使用 gitee ;有的公司会搭建自己的gitlab服务器(开源项目github比较多,项目托管gitee比较方便)
9.1 使用码云(Gitee)
9.1.1 注册并登录 Gitee
(自己完成:微信,QQ== 都可以哦):
9.1.2 gitee 添加公钥
1、生成本地git公钥
如果自己的C盘没有.ssh 文件夹,则执行下列
ssh-keygen -t rsa "1982472575@qq.com" #后面是你码云上注册的邮箱哦
ssh-keygen -t rsa #执行连续回车即可
进入 C:\Users\Daniel.ssh 目录, 生成公钥 -t 指定加密算法,如果没有加密可再次采用 rsa 加密:
ssh-keygen -t rsa
2、将公钥添加到gitee
3、创建仓库
许可证:开源是否可以随意转载,开源但是不能商业使用,不能转载,… 限制!
4、下载git仓库
git clone [仓库地址]
5、邀请其他用户
9.2 使用 GitHUB(GitHUB)
GitHub 是一个面向开源及私有软件项目的托管平台,因为只支持 Git 作为唯一的版本库格式进行托管,故名 GitHub。GitHub 于 2008 年 4 月 10 日正式上线,除了 Git 代码仓库托管及基本的 Web 管理界面以外,还提供了订阅、讨论组、文本渲染、在线文件编辑器、协作图谱(报表)、代码片段分享(Gist)等功能。目前,其注册用户已经超过3500万,托管版本数量也是非常之多,其中不乏知名开源项目 Ruby on Rails、jQuery、python 等。
目前很多大的企业面试开发人员,有的要求面试者在简历上附上GITHUB帐号,辅助审查面试者的能力。
9.2.1 GitHub 帐号申请
- 注册账号:
输入账号、邮箱、密码,然后点击注册按钮.
- 初始设置
注册完成后,选择Free免费账号完成设置。
3、验证邮箱
请打开你的邮箱,查看发送给你的确认邮件,你需要验证邮箱后,帐号才能正常使用。
点击验证邮箱,出现邮箱验证成功界面。
9.2.2 GitHub 仓库配置
1、登录 GitHub, 在右上角找到 New Repository 或者 加号下拉按钮(+),点击进入新建仓库页面: https://github.com/new, 如下图所示:
(老版本)
(新版本)
依次填写仓库名,以及其他信息后,点击 “Create repository” 按钮,即可创建一个在线仓库. 因为这个仓库是挂在你的账号下的,所以可以是任意合法的字符,只要和你的其他仓库不冲突即可.
仓库创建成功后,就会进入仓库预览页面, 如下图所示:
(老版本)
(新版本)
然后,我们可以点击右边的 HTTPS 链接, 上方的文本框里面就显示了 HTTPS协议下的仓库访问地址, 可以点击进去全选,也可以点击右边的复制按钮复制到剪贴板. 例如,刚刚创建的项目访问路径是:
https://github.com/Daniel521-Spark/shenzhen888.git
- 是一个以
https://
开始,以.git
结尾的 URL,根据提示,叫做 clone URL.- 好了,仓库创建完成,可以进入下一步了。
十、IDEA 中集成 Git
1、新建 sprintboot 项目 gitstudy
,绑定git远程仓库
在idea中新建一个项目,将远程的git根目录绑定过来即可:
idea重新打开该项目,已经和git绑定
2、提交文件
方式一
在terminal 控制台,使用git命令操作
远程提交成功
方式二:
- 右击文件,选择 Git --> add
commit文件:
推送到远程仓库
git push 界面化操作:
terminal 控制台操作:
IDEA中找不到你的 Version Control操作 👇🏾👇🏾
十一、Git 分支
11.1 Git中分支常用命令
列出所有本地分支
git branch
列出所有远程分支
git branch -r
新建一个分支,但依然停留在当前分支
git branch [branch-name]
新建一个分支,并切换到该分支
git checkout -b [branch]
合并指定分支到当前分支
$ git merge [branch]
删除分支
$ git branch -d [branch-name]
删除远程分支
# 列出所有本地分支
git branch
# 列出所有远程分支
git branch -r
# 新建一个分支,但依然停留在当前分支
git branch [branch-name]
# 新建一个分支,并切换到该分支
git checkout -b [branch]
# 合并指定分支到当前分支
$ git merge [branch]
# 删除分支
$ git branch -d [branch-name]
# 删除远程分支
$ git push origin --delete [branch-name]
$ git branch -dr [remote/branch]
11.2 idea中分支合并:
- 如果同一个文件在合并分支时都被修改了则会引起冲突:解决的办法是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码!
- master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。