一.版本控制
-
版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一。
-
版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地了记录下来。每一次文件的改变,文件的版本号都将增加。除了记录版本变更外,版本控制的另一个重要功能是并行开发。软件开发往往是多人协同作业,版本控制可以有效地解决版本的同步以及不同开发者之间的开发通信问题,提高协同开发的效率。并行开发中最常见的不同版本软件的错误(Bug)修正问题也可以通过版本控制中分支与合并的方法有效地解决。
-
常见的版本控制工具有SVN,GIT等
-
简单说就是用于管理多人协同开发项目的技术。
二.环境配置
此博客使用的git版本如下:
并且使用git bash进行操作:
操作和linux操作一样
Git配置
1.查看配置 git config -l
,箭头指向为用户配置
2.查看系统配置git config --system --list
3.同理查看全局配置,表示身份git config --global--list
用户配置全都是保存在本地的,因此可以查看gitconfig,–system 系统级
只适用于当前登录用户的配置 --global 全局
4.配置用户名和邮箱
三.基本理论
-
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或Git Directory)。如果在加上远程的git仓库(Remote Directory)就可以分为四个工作区域。文件在这四个区域之间的转换关系如下:
-
Stage-暂存区 history-本地仓库 remote directory-远程仓库
-
Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git的管理空间。
-
WorkSpace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。
-
.git:存放Git管理信息的目录,初始化仓库的时候自动创建。
-
Index/Stage:暂存区,或者叫待提交更新区,在提交进入repo之前,我们可以把所有的更新放在暂存区。
-
Local Repo:本地仓库,一个存放在本地的版本库;HEAD会只是当前的开发分支(branch)。
-
Stash:隐藏,是一个工作状态保存栈,用于保存/恢复WorkSpace中的临时状态。
四.项目搭建
创建本地仓库的方法有两种:一种是创建全新的仓库,另一种是克隆远程仓库。
1、创建全新的仓库,需要用GIT管理的项目的根目录执行:
在当前目录新建一个Git代码库git init
2.克隆远程仓库
克隆一个项目和它的整个代码历史(版本信息)$ git clone [url]
五.文件操作
1.文件的四种状态
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要知道文件当前在什么状态,不然可能会提交了现在还不想提交的文件,或者要提交的文件没提交上。
- 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
2.创建一个新文件hello.txt
查看git目前状态
3.使用add提交到暂存区
4.随后可以commit提交,-m后面跟着的是提交信息(解释信息)
此时已经没有东西需要提交了
5.忽略文件
有些时候我们不想把某些文件纳入版本控制中,比如数据库文件,临时文件,设计文件等
在主目录下建立".gitignore"文件,此文件有如下规则:
- 忽略文件中的空行或以井号(#)开始的行将会被忽略。
- 可以使用Linux通配符。例如:星号(*)代表任意多个字符,问号(?)代表一个字符,方括号([abc])代表可选字符范围,大括号({string1,string2,…})代表可选的字符串等。
- 如果名称的最前面有一个感叹号(!),表示例外规则,将不被忽略。
- 如果名称的最前面是一个路径分隔符(/),表示要忽略的文件在此目录下,而子目录中的文件不忽略。
- 如果名称的最后面是一个路径分隔符(/),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)。
六.搭建仓库
1.设置本机绑定SSH公钥,实现免密码登录!(免密码登录,这一步挺重要的,码云是远程仓库,我们是平时工作在本地仓库!)
2.进入本地.ssh文件并且使用RSA生成一个公钥
3.将公钥注册到码云中
4.创建码云仓库
七.IDEA中的GIT
1.在git文件夹下创建IDEA项目
IDEA中的git集成,也可以用终端进行
3.对README文件进行更新后提交并且推送
4.可以查看git log的更新分支
5.可以在码云找到对应的更新
八.分支
1.查看分支如下:
2.查看远程分支:
3.新建分支,但是仍然停留在master分支
4.创建并且进入dev分支
5.若分支可以并行执行,创建分支即可。
若分支间互相操作,则需要分支合并,合并dev到master分支
先切换分支到matser
也可以在IDEA中进行操作
九.Git操作
1.rebase
-
一般我们在软件开发的流程中,有一个朴素的版本管理哲学:开发者的提交要尽量干净、简单。开发者要把自己的代码修改按照功能拆分成一个个相对独立的提交,一个提交对应一个功能点,而且要在对应的 commit log message 里面描述清楚。因此在合并和 push 之前检查修改一下 commit 记录时常需要。
-
某一个分支上完成自己的工作之后,为了让 log 记录将来更容易回顾参考,用 git rebase 重新整理一下提交记录。注意不要通过rebase对任何已经提交到远程仓库中的commit进行修改。
git rebase命令格式大致如下:
git rebase -i [startpoint] [endpoint]
-
其中-i的意思是–interactive,即弹出交互式的界面让用户编辑完成合并操作,[startpoint] [endpoint]则指定了一个编辑区间,如果不指定[endpoint],则该区间的终点默认是当前分支的HEAD。
-
一般只指定[startpoint] ,即指定从某一个commit节点开始,可以使用HEAD^^、HEAD~100、commit ID或者commit ID的头几个字符来指定一个commit节点,比如下面的代码指定重新整理HEAD之前的三个commit节点。
$ git rebase -i HEAD^^^
- 该文本编辑器的用法与Vim大致相同(应该就是内置了一个vi文本编辑器),按i键进入插入编辑模式,可以删除某个版本,也可以修改提交日志消息;按ESC键退出编辑模式回到一般命令模式(Normal Mode),这时按:键进入底线命令模式,输入:wq保存退出、输入:q退出、输入:q!强制退出。
- 不管做了怎样的编辑操作,退出文本编辑器后,想撤销git rebase操作的话,可以执行如下命令:
git rebase --abort
删除pick 0083aa1 from dev branch