什么是版本控制-版本迭代:
版本控制(Revision control)是一种在开发的过程中用于管理我们对文件、目录或工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前的版本的软件工程技术。
实现跨区域多人协同开发
追踪和记载一个或者多个文件的历史记录
组织和保护你的源代码和文档
统计工作量
并行开发、提高开发效率
跟踪记录整个软件的开发过程
减轻开发人员的负担,节省时间,同时降低人为错误
常见的版本管理工具:
常用的就是Git和SVN
svn是集中式控制
Git是分布式版本控制;
每个人都拥有全部的代码!安全隐患!
所有版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有版本历史,可以离线在本地提交,
只需在连网时push到相应的服务器或其他用户那里。由于每个用户那里保存的都是所有的版本数据,只要
有一个用户的设备没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用。
不会因为服务器损坏或者网络问题,造成不能工作的情况!
Git和SVN的区别:
Git是目前世界上最先进的分布式版本控制系统。
安装可能回出现这三种打开git的方法
Git的必要配置
所有的配置文件,都保存在本l地!
查看所有配置git config -l
quan@DESKTOP-SKCCCUO MINGW64 ~/Desktop
$ git config -l
diff.astextplain.textconv=astextplain
filter.lfs.clean=git-lfs clean -- %f
filter.lfs.smudge=git-lfs smudge -- %f
filter.lfs.process=git-lfs filter-process
filter.lfs.required=true
http.sslbackend=openssl
http.sslcainfo=D:/Program Files (x86)/Git/mingw64/ssl/certs/ca-bundle.crt
core.autocrlf=true
core.fscache=true
core.symlinks=false
pull.rebase=false
credential.helper=manager
查看系统配置 git config --system --list
quan@DESKTOP-SKCCCUO MINGW64 ~/Desktop
$ git config --system --list
diff.astextplain.textconv=astextplain
filter.lfs.clean=git-lfs clean -- %f
filter.lfs.smudge=git-lfs smudge -- %f
filter.lfs.process=git-lfs filter-process
filter.lfs.required=true
http.sslbackend=openssl
http.sslcainfo=D:/Program Files (x86)/Git/mingw64/ssl/certs/ca-bundle.crt
core.autocrlf=true
core.fscache=true
core.symlinks=false
pull.rebase=false
credential.helper=manager
查看用户配置就是全局配置:git config --global -list
(因为这里我还没有进行配置)
quan@DESKTOP-SKCCCUO MINGW64 ~/Desktop
$ git config --global --list
error: did you mean `--global` (with two dashes)?
配置文件的存储地方
1)、Git\etc\gitconfig :Git 安装目录下的 gitconfig --system 系统级
2)、C:\Users\Administrator\ .gitconfig 只适用于当前登录用户的配置 --global 全局
必要的配置两个项目:
git config --global user.name "better.quan"
git config --global user.email "1602604658@qq.com"
查看到结果:
quan@DESKTOP-SKCCCUO MINGW64 ~/Desktop
$ git config --global --list
user.name=better.quan
user.email=1602604658@qq.com
git的四个区域:
Git本地有三个工作区域:
工作目录(Working Directory)
暂存区(Stage/Index)
资源库(Repository或Git Directory)。
远程的git仓库(Remote Directory)
Workspace:工作区,就是你平时存放项目代码的地方
Index / Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。
其中HEAD指向最新放入仓库的版本
Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间。、
WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。
.git:存放Git管理信息的目录,初始化仓库的时候自动创建。
Index/Stage:暂存区,或者叫待提交更新区,在提交进入repo之前,我们可以把所有的更新放在暂存区。
Local Repo:本地仓库,一个存放在本地的版本库;HEAD会只是当前的开发分支(branch)。
Stash:隐藏,是一个工作状态保存栈,用于保存/恢复WorkSpace中的临时状态。
Git的一般工作流程:
Git项目的搭建:
工作目录(WorkSpace)一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,
注意:不要有中文
本地搭建仓库实验
直接创建一个目录,使用命令进行初始化:git init
项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面。
克隆远程仓库:
将远程服务器上的仓库完全镜像一份至本地
git clone [url]
结果:
Git文件操作
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。
刚刚下载的项目是干净的,所以没有跟中的问题
quan@DESKTOP-SKCCCUO MINGW64 ~/Desktop/gitlearning/Library (master)
$ git status
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean
新建一个文件后:
由上面可以知道,我们有一个文件的状态时Untracked :就是没有被跟踪
使用git add .
已经提交到暂存区里面的。新增加了一个新的文件
提交到本地仓库里面:git commit -m “msg”
现在git的状态:,是干净的
忽略文件:
l例如:
#为注释
*.txt #忽略所有 .txt结尾的文件,这样的话上传就不会被选中!
!lib.txt #但lib.txt除外
/temp #仅忽略项目根目录下的TODO文件,不包括其它目录temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略 doc/notes.txt 但不包括 doc/server/arch.txt
ssh密钥
我们如果要拉去远程仓库的项目或者提交都需要账号密码的,所以我们一般使用ssh密钥去免登陆
设置本机绑定SSH公钥,实现免密码登录!(免密码登录,这一步挺重要的,码云是远程仓库,我们是平时工作在本地仓库!)
生成公钥命令 ssh-keygen
复制密钥id_rsa.pub到仓库平台的ssh密钥处
本地项目git化:
其中
一种万能的方法:就是我们
在仓库平台建立一个空仓库,
然后通过命令行克隆下来,
idea新建一个项目
将刚刚克隆下来的.git的这些目录复制到新建的项目目录ixa
可以打开日志
git push 到我们的仓库平台就行:
注意:push上去的时项目目录下的所有文件:,项目目录并不会提交
Git的分支
分支就是科幻电影里面的平行宇宙,如果两个平行宇宙互不干扰,那对现在的你也没啥影响。
# 列出所有本地分支
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]
git checkout 分支名词 进入到哪个分支
如果同一个文件在合并分支时都被修改了则会引起冲突:解决的办法是我们可以修改冲突文件后重新提交!
选择要保留他的代码还是你的代码!
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完后,比如上要发布,或者说dev分支代码稳定后可以合并到主分支master上来。
克隆远程项目:
加入缓冲区:
git commit -m "message" 将add的文件提交到本地仓库,并附上备注message
git status 查看是否有add到暂存区但是没有提交的仓库的
better.quan@HLLNB-2005-0100 MINGW64 ~/quan-monitor (master)
$ git status
On branch master
Your branch is up to date with 'origin/master'.
Changes to be committed:
(use "git restore --staged
new file: qq.txt
better.quan@HLLNB-2005-0100 MINGW64 ~/quan-monitor (master)
$ git commit -m "QQQQ"
[master 28a1492] QQQQ
1 file changed, 2 insertions(+)
create mode 100644 qq.txt
better.quan@HLLNB-2005-0100 MINGW64 ~/quan-monitor (master)
$ git status
On branch master
Your branch is ahead of 'origin/master' by 1 commit.
(use "git push" to publish your local commits)
nothing to commit, working tree clean
better.quan@HLLNB-2005-0100 MINGW64 ~/quan-monitor (master)
修改内容以后,查看状态:
查看log
git reflog 查看操作版本号
git reset --hard HEAD^ 回退到上一版本,HEAD^^ 回退上上版本
git reset --hard 版本号: 回退到指定版本号
如果我们不是拉取的远程项目
那就需要连接到
需要在当前分支,恢复历史版本的基础上进行修改,再push上去
步骤:
git log 查看当前的分支的历史提交版本=按q退出查看历史版本
commit 5ae07554e00fdf7c3d89541aa0ebb796208aef50 (HEAD -> release_trace_test, origin/release_trace_test)
Author: quan 13145710069@163.com
Date: Thu Sep 17 09:39:29 2020 +0800
monitor and trace
commit 76d5d34239549896283a32aa7a58b5afacc88af8
Author: quan 13145710069@163.com
Date: Wed Sep 16 19:57:49 2020 +0800
no monitor and no sleep
记下需要恢复的commit号码:76d5d34239549896283a32aa7a58b5afacc88af8
git reset --hard xxx版本号,回滚到你需要的版本号,我们只需要复制版本号前6位,git会为我们匹配
git push -f :如果使用git push会报错,因为我们本地库Head指向的版本比远程库要旧,所以需要-f
注意:这样子push上去会之后跟新的版本会遗失
################
场景:需要撤销以前的版本,但是不删除之后更新的版本。
git revert -n 版本号、
revert之后需要重新commit和push上去。
###################
quan@quandeMacBook-Pro java-unit-test % git checkout -b "quan_test2"
Switched to a new branch 'quan_test2'
quan@quandeMacBook-Pro java-unit-test % git status
On branch quan_test2
nothing to commit, working tree clean
quan@quandeMacBook-Pro java-unit-test % git branch 查看本地分支
master
quan_test
* quan_test2
quan@quandeMacBook-Pro java-unit-test % git branch -vv 查看本地分支和远程分支的关联关系
master e9192b0 [origin/master] frist
quan_test e13a511 [origin/quan_test] quan_test
* quan_test2 e13a511 quan_test //在本地新建的分支和远程分支是没有关联关系的
//创建关联关系:
quan@quandeMacBook-Pro java-unit-test % git push --set-upstream origin quan_test2
Total 0 (delta 0), reused 0 (delta 0)
remote: Powered by GITEE.COM [GNK-5.0]
remote: Create a pull request for 'quan_test2' on Gitee by visiting:
remote: https://gitee.com/BETTER_quan/java-unit-test/pull/new/BETTER_quan:quan_test2…BETTER_quan:master
To gitee.com:BETTER_quan/java-unit-test.git
* [new branch] quan_test2 -> quan_test2
Branch 'quan_test2' set up to track remote branch 'quan_test2' from 'origin'.
quan@quandeMacBook-Pro java-unit-test % git branch -vvv
master e9192b0 [origin/master] frist
quan_test e13a511 [origin/quan_test] quan_test
* quan_test2 e13a511 [origin/quan_test2] quan_test //这就关联上了
在当前分支上新建本地分支
git checkout -b "quan_test"
这时候的本地分支是和远程分支是没有关联的
git push 会出现错误
git push --set-upstream origin quan_test
git clone -b slave https://gitee.com/qrmc/his_pay.git
quan@quandeMacBook-Pro Desktop % mkdir git-test
quan@quandeMacBook-Pro Desktop % cd git-test
//-b 指定拉取哪个分支的代码
quan@quandeMacBook-Pro git-test % git clone -b quan_test git@gitee.com:BETTER_quan/java-unit-test.git
Cloning into 'java-unit-test'…
remote: Enumerating objects: 15, done.
remote: Counting objects: 100% (15/15), done.
remote: Compressing objects: 100% (11/11), done.
remote: Total 15 (delta 1), reused 0 (delta 0), pack-reused 0
Receiving objects: 100% (15/15), done.
Resolving deltas: 100% (1/1), done.
quan@quandeMacBook-Pro git-test %
手机扫一扫
移动阅读更方便
你可能感兴趣的文章