版本控制
为了解决版本迭代的
版本控制是一种在开发过程中用于管理我们对文件,目录,工程等内容的修改历史,方便查看更改历史记录,备份以便恢复以前版本的软件工程技术
- 实现跨区域多人协同开发
- 追踪和记载一个或者多个文件的历史记录
- 组织和保护你的文档和源代码
- 统计工作量
- 并行开发,提高开发效率
- 跟踪记录整个软件的开发过程
- 减轻开发人员的负担,节省时间,同时降低人为错误
多人开发必须使用版本控制,不然代价比较大
版本控制的分类
-
本地版本控制
记录文件的每次更新,可以对每一个版本做一个快照,或是记录补丁文件,适合个人用,如rcs -
集中版本控制
所有的版本数据都保存在服务器上,协同开发者从服务器上同步更新或上传自己的修改。
服务器坏了就卒,一般定期保存,如svn -
分布式版本控制系统 git
所有的版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有版本历史,可以离线在本地提交,只需在联网时push到相应的服务器或其他用户那里,由于每个用户那里保存的都是所有的版本数据,只要有一个用户的设备没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用
不会因为服务器损坏或者网络问题造成不能工作的情况
git可以直接看到更新了哪些代码
git命令分类
Git Bash:Unix与Linux风格的命令行,使用最多,推荐最多
Git CMD:windows风格的命令行
Git GUI:图形界面的Git,不建议初学者使用,尽量先熟悉常用命令
基本的Linux命令
- cd:改变目录
- cd …:回退到上一个目录,直接cd进入默认目录
- pwd:显示当前目录路径
- clear:清屏(windows 是cls)
- ls(ll):列出当前所有的文件,ll列出内容更详细
- touch:新建一个文件 touch 文件名.文件类型,就会当当前目录下新建文件
- rm:删除文件 remove 文件名.文件类型
- mkdir:新建一个目录,就是新建文件夹
- rm -r:删除一个文件夹,rm -r src 删除src目录
!!!!rm -rf / 不能用,删除根目录,啥都没了 - mv:移动文件 mv 文件名.文件类型 目标文件夹,文件个目标文件夹要在同一个目录下
- reset:重新初始化终端
- history:查看历史记录
- help:帮助
- exit:退出
- #:注释
git的环境配置
查看配置:
- git config -l :查看配置列表
- git config --system --list:查看系统配置列表
- git config --global --list:查看本地配置,用户自己配的
所有配置文件其实都保存在本地
git相关的配置文件:
1.Git/etc/gitconfig:Git安装目录下的gitconfig(系统级)
2.在c盘用户文件下的gitconfig中:只适用于当前登陆用户的配置(用户)
我们可以直接在对应文件里修改配置
用户名和邮箱是必须配置的!!!!
设置用户名和邮箱:
git config --global user.name "名称"
git config --global user.email 邮箱
git工作原理(核心)
git本地有三个工作区域:工作目录(work directory),暂存区(stage/index),资源库(repository或者git directory),如果加上远程的git仓库(remove directory)就可以分为四个工作区域,文件在这四个区域的转换关系如下:
- Workspace:工作区,就是你平时存放项目代码的地方
- stage/index:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
- repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据,其中HEAD指向最新放入仓库的版本
- remote:远程仓库,托管代码的服务器,可以简单认为是你项目组中的一台电脑用于远程数据的交换
git的工作流程
1.在工作目录中添加,修改文件
2.将需要进行版本管理的文件放入暂存区
3.将暂存区的文件提交到git仓库
因此,git管理的文件有三种状态:已修改(modified),已暂存(staged),已提交(committed)
git项目创建及克隆
1.创建工作目录及常用指令
工作目录:(workspace)一般就是你希望git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要有中文
日常使用只需要记住下面六个命令:
本地仓库搭建:
创建本地仓库的方法有两种,一种是创建全新的仓库,另一种是克隆远程的仓库。
1,创建全新的仓库:需要用git管理的项目的根目录执行:
- git init :初始化
执行之后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等所有信息都在这个目录里面
2,克隆远程仓库,将远程服务器上的仓库完全镜像一份到本地
- git clone url 克隆一个项目和它的整个代码历史
git的基本操作命令
文件的四种状态:
- Untracked未跟踪,此文件在文件夹中,但并没有加入到git库,不参与版本控制,通过git add状态变为Staged
- Unmodify:文件已入库,未修改,即版本库中的文件快照内容与文件夹中完全一致,这种文件一般有两种去处,如果它被修改,则变为Modified。如果使用git rm移出版本库,则成为Untracked文件
- Modified:文件已修改,仅仅是修改,并没有进行其他的操作,这个文件也有两个去处,通过git add可进入staged状态,使用git checkout则丢弃修改过哟,返回到nmodify状态,这个git checkout即从库中取出文件,覆盖当前修改。
- Staged:暂存状态,执行git commit则将修改同步到库中,这时库中的文件和本地文件又变为一致,文件为Unmodify状态,执行git reset HEAD filename取消暂存,文件状态为Modified。
git status:查看所有文件状态
git status 文件名:查看指定文件状态
git add . 添加所有文件到暂存区
git commit -m "消息内容" 提交暂存区中的内容到本地仓库。-m 提交信息
忽略文件:
有些时候,我们不想把某些文件纳入版本控制,比如数据库文件,临时文件,设计文件等
在主目录下建立“.gitignore”文件,此文件有如下规则:
- 忽略文件中的空行或以井号(#)开始的行将会被忽略
- 可以使用linux通配符。例如:星号(*)代表任意多个字符,问号(?)代表一个字符,方括号([abc])代表可选字符范围,大括号代表可选字符串等。
- 如果名称的最前面有一个感叹号,代表例外规则,将不被忽略
- 如果名称的最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件buhulue
- 如果名称的最后面是一个路径分隔符(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)
#为注释
*.txt #忽略所有.txt结尾的文件
!lib.txt #但lib.txt除外
/temp #仅忽略项目根目录下的TODO文件,不包括其他目录temp
build/ #忽略build/目录下的所有文件
doc/*.txt #会忽略doc/abab.txt 但不包括doc/sss/ss.txt
使用码云
github是有墙的,比较慢,在国内的话,我们一般使用gitee,公司中有时候会搭建自己的gitlab服务器
1.注册登录,完善信息
2.设置本机绑定shh公钥,实现免密码登录(免密码登录,这一步挺重要的,码云上远程仓库,我们平时工作在本地仓库)
进入C:\Users\administrator\.ssh目录
使用 ssh-keygen -t rsa 加密算法 生成公钥
3.将公钥信息public key添加到码云账户中即可
4.新建仓库
许可证:来源是否可以随意转载,开源但是不能商业使用,不能转载。。。。限制
5.克隆到本地
idea中集成git
1.新建项目,绑定git
- 将我们远程的git文件目录拷贝到项目中即可
- 注意观察idea中的变化
2.修改文件,使用idea操作git - 添加到暂存区
- commit提交
- push到远程仓库
3.提交测试
以上都是单个人的操作
git分支
git分支中常用指令
git branch #列出所有的本地分支
git branch -r #列出所有的远程分支
git branch [分支名字] #新建一个分支,但依然停留在当前分支
git checkout -b[branch] #新建一个分支,并切换到该分支
git merge [branch]。 #合并指定分支到当前分支
git branch -d[分支名字] # 删除分支
#删除远程分支
git push origin --delete[分支名字]
git branch -dr[remote/branch]
多个分支如果并行执行,就会导致我们代码不冲突,也就是同时存在多个版本
如果冲突的话协商即可
如果同一个文件在合并分支时都被修改了则会引起冲突,解决的办法是我们可以修改冲突文件后重新提交!!!(选择要保留哪一版)
master主分支应该非常稳定,用来发布新版本,一般情况下不允许在上面工作,工作一般情况下在新建的dev分支上工作,工作完成后,比如要发布,或者dev分支代码稳定后可以合并到主分支master上来。