记录文件每次的更新,可以对每一个版本做一个快照,或是记录补丁文件,适合个人用,如RCS
所有的版本数据都保存在服务器上,协同开发这从服务器上同步更新或上传自己的修改.
)
缺点:每个人都拥有全部代码,安全隐患.
所有版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有版本历史,可以离线在本地提交,只需要在联网时push到相应的服务器或其他用户那里.由于每个用户那里保存的都是所有的版本数据,只要有一个用户的折本没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用.
不会因为服务器损坏或者网络问题,造成不能工作的情况;
Git和SVN主要区别
SVN是集中式版本控制系统,版本库是集中放在中央服务器的,而工作的时候,用的都是自己的电脑,所有首先要从中央服务器得到最新的版本,然后工作,完成工作后,需要把自己做完的活推送到中央服务器.集中式版本控制系统是必须联网才能工作,对网络带宽要求较高.
)
Git是分布式版本控制系统,没有中央服务器,每个人的电脑就是一个完整的版本库,工作的时候不需要联网了,因为版本都在自己电脑上.系统的方法是这样的:比如说自己在电脑上改了文件A,其他人也在电脑上改了文件A,这是,你们两之间只需把各自的修改推送给对方,就可以互相看到对方的修改了.Git可以直接看到更新了哪些代码和文件!
Git是目前世界上最先进的分布式版本控制系统
设置用户名与邮箱(用户标识,必要)
C:\Users\Administrator\.gitconfig
工作区域
Git本地有三个工作区域:工作目录(Working Firectory) , 暂存区(Stage/Index) , 资源库(Repository或Git Directory).如果在加上远程的git仓库(Remote Directory) 就可以分为四个工作区域.文件在这四个区域之间的转换关系如下:
Workspace : 工作区,就是你平时存放项目代码的地方Index/Stage : 暂存区,用于临时存放你的改动,事实上他只是一个文件,保存即将提交到文件列表信息Repository : 仓库区(或本地仓库) , 就是安全存放数据的位置,这里面有你提交到所有版本的数据.其中HEAD指向最新放入仓库的版本.Remote : 远程仓库,托管底阿妈的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换.本地的三个区域确切的说应该是git仓库中HEAD指向的版本:
工作流程
git的工作流程一般是这样的:
在工作目录中添加,修改文件; (需要保存的代码 userMapper)将需要进行版本管理的文件放入暂存区;(git add)将暂存区的文件提交到git仓库.(git commit)因此,git管理的文件有三种状态: 已修改(modified),已暂存(staged),已提交(committed)
创建工作目录与常用指令
本地仓库搭建
创建本地仓库的方法有两种: 一种是创建全新的仓库,两一种是克隆远程仓库.
1.创建全新的仓库,需要用GIT管理的项目的根目录执行:
#在当前目录新建一个Git代码库 $ git init2.执行后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面.
克隆远程仓库
1.另一种方式是克隆远程目录,是将远程服务器删的仓库完全镜像一份至本地!
#克隆一个项目和他的整个代码历史(版本信息) $ git clone [url] #git 克隆的地址2.去gitee或者github上克隆一个测试!
文件4种状态
查看文件状态
上面说的文件有四种转态,通过如下命令可以查看到文件的状态:
# 查看指定文件状态 git status [filename] # 查看所有文件状态 git status # git add . 添加所有文件到暂存区 # git commit -m "消息内容" 提交暂存区中的内容到本地仓库 -m 提交信息忽略文件
.gitignore
1.注册登录码云,完善个人信息
2.设置本机绑定SSH公钥,实现免密码登录!
# 进入C:\users\Administrator\.ssh 目录 # 生成公钥 ssh-keygen -t rsa3.将公钥信息public Key 添加到码云账户中即可!
4.使用码云创建一个自己的仓库!
创建成功
git clone [url] 克隆到本地
1.建一个普通的SpringBoot项目
项目的文件夹就是git的文件夹
2.将git工程中的文件夹直接拷贝到java文件夹中
观察idea的变化刚才是红的 1.)git commit 2.)git commit -m “消息” git push 查看远程仓库已经提交上去了这些是单个人操作
git分支常用命令
分支(多人开发)
如果冲突了就需要协商了
如果同一个文件在合并分支时都修改了则会引起冲突:解决的办法是我们可以修改冲突文件后重新提交!选择要保留他的代码还是你的代码!
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来.