GIT学习笔记(一)
一 版本控制
学习Git之前,我们需要先明白一个概念,版本控制!
(1)什么是版本控制?版本迭代:版本管理器
版本控制(Revision Control)是一个在开发的过程中用于管理我们对文件、目录或者工程等内容的修改历史,方便查看更改历史记录,备份一遍恢复以前的版本的软件工程技术。
- 实现跨区域多人协同开发
- 追踪和记载一个或者多个文件的历史记录
- 组织和包括你的源代码和文档
- 统计工作量
- 并行开发、提高开发效率
- 跟踪记录整个软件的开发过程
- 减轻开发人员的负担,节省时间,同时降低人为错误
一句话:用于管理多人协同开发项目的技术
没有进行版本控制或者版本控制本身缺乏正确的流程管理,在软件开发过程中将会引入很多问题,如软件代码的一致性、软件内容的冗余、软件过程的事物性、软件开发过程中的并发性、软件源代码的安全性以及软件的整合等问题。
当我们手动控制版本的时候:
多人开发就必须要使用版本控制,不然代价会比较大!
(2)常见的版本控制工具
主流的版本控制工具如下:Git/SVN/CVS/VSS/TFS/Visual Studio Online版本控制产品非常多,现在影响力最大并且使用最广泛的是Git和SVN。
(3)版本控制分类
-
本地版本控制
记录文件每次的更新,可以对每个版本做一个快照或是记录补丁文件,适合个人使用,如RCS。
- 集中版本控制-SVN
所有的版本数据都保存在服务器尚,协同开发者从服务器上①同步更新或者②上传自己的修改
所有的版本数据都存在服务器上,用户的本地只有自己以前所有同步的版本,如果不连接网路的话,用户就看不到历史版本,也无法切换版本验证问题或者在不同分支工作。而且,所有数据都保存在单一的服务器上,有很大的风险这个服务器回损坏,这样就会丢失所有的数据,当然可以定期备份,代表产品:SVN、CVS、VSS
多人提交代码冲突:先更新在提交
- 分布式版本控制-GIT
所有版本信息仓库全部同步到本地的每个用户,这样就可以在本地查看所有历史版本,可以离线在本地提交,只需在联网时候
PUSH
到相应的服务器或者其他用户哪里。由于每个用户那里保存的都是所有的版本数据,只要有一个用户的设备没有问题就可以恢复所有的数据,但这增加了本地存储空间的占用。
每个人都拥有全部的代码,存在安全隐患(缺点)
不会因为服务器损坏或者网路问题,造成不能工作的情况(好处)
(4)GIT与SVN最主要区别
- SVN是集中版本控制系统,版本库是集中存放在中央服务器的,而在工作的时候,用的都是自己的电脑,所以首先要从中央服务器得到最新的版本,然后继续工作,完成工作之后,需要把自己作为的或推送到中央服务器,集中式版本控制系统是必须联网才能使用,对网路宽带要求特别高。
- GIT是分布式版本控制系统,没有中央服务器,每个人的电脑就是一个完整的版本仓库,工作的时候不需要联网,因为版本都是自己电脑上。协同的方法是这样的:比如自己在电脑上修改了文件A,其他人也在电脑尚修改了文件A,这时,你们两人之间只需要把各自修改的推送给对方,就可以互相看到对方的修改了。
GIT是目前世界上最先进的分布式控制系统。 (没有之一)
二 聊聊Git历史
同生活中许多伟大事物一样,Git诞生于一个极富纷争的年代,Linux内核开源项目有着为数众多的参与者,绝大多数的Linux内核维护工作都会花费在提交补丁和保存归档的繁琐的事务上(1991~2002年间),直到2002年,整个项目开始启用一个专有的分布式版本控制系统BitKeeper来管理和维护代码。
到2005年,开发BitKeeper的商业公司同Linux内核开源社区的合作关系结束,他们收回Linux内核社区免费使用BitKeeper的权利。就迫使Linux开源社区(特别是Linux的缔造者Linus Torvalds)基于使用BitKeeper时的经验教训,开发自己的版本系统,也就是后来的Git!
GIT是目前世界上最先进的分布式控制系统
Git是免费、开源的,最初Git是为辅助Linux内核开发来代替BitKeeper!
三 Git环境配置
3.1 软件下载
打开[GIT官网],下载GIT对应操作系统的版本。
官方下载太慢,可以使用淘宝镜像下载:
下载完毕之后,无脑安装即可,一直下一步!
如何进行卸载呢?
1.检查环境变量,跟GIT相关的删除
2.控制面板或者其他工具管理,进行卸载即可
3.2 启动GIT
安装成功之后在开始菜单中会有GIT选项,菜单下有3个程序
-
Git Bash
:Unix与Linux风格的命令行,使用最多,推荐使用 -
Git CMD
:Windows风格的命令行 -
Git GUI
:图形化界面的GIT,不建议初学者使用,进来先使用常用命令
安装完点击
Git Bash
弹出这个框就表明已正确安装:
3.3 GIT配置
所有的配置文件,都是保存在本地
查看GIT配置指令:git config -l
(注意:是“l”而不是“1”)
查看GIT系统配置的指令:git config --system --list
查看GIT当前用户(global)配置的指令:git config --global --list
用户名和邮箱必须配置的,请注意!
git config --global user.name "Your Name"
:设置用户名
git config --global user.email "you@example.com"
:设置邮箱
Git相关的配置文件:
(1)Git\etc\gitconfig
:Git安装目录下的gitconfig --system
系统级别
(2)C:\Users\Administrator\.gitconfig
:只适用于当前登陆用户的配置,--global
全局
设置完下面命令之后,才会产生该文件。
[user]
name = yeyu
email = yeyu@foxmail.com
这里可以直接编辑配置文件,通过命令设置后响应到这里
设置用户名与邮箱(用户表示,必填)
当你安装Git首先要做的事情是设置你的用户名和email地址,非常重要,因为每次Git提交都会使用该信息,它会被永远嵌入到你的提交中:
git config --global user.name "yeyu" #名称
git config --global user.email "yeyu@foxmail.com" #邮箱
只需要做一次这个设置,如果你传递了
--global
选项,因为Git将总是会使用信息来处理你在系统中所做的一切操作。
如果你希望在一个特定的项目中使用不同的名称或者email地址,你可以在该项目中运行该命令而不要--global
选项,
总之,--global
为全局配置,不为某个项目的特定配置。
四 Git基本理论(核心)
名词解释
- HEAD
git 中的分支本质上是一个指向 commit 对象的可变指针
git保存着一个名为HEAD
的特别指针。在 git 中,它是一个指向你正在工作中的本地分支的指针,可以把HEAD 近似看成当前分支的别名。
4.1 工作区域
Git本地有三个工作区域:工作目录(Working Directory)、暂存区(Stage/Index)、资源库(Repository或者Git Directory)。如果在加上远程的Git仓库(Remote Directory)就可以分为四个工作区域,文件在四个区域之间的相互转换关系如下:
- Workspace:工作区,就是你平时存放项目代码的地方
- Stage/Index:暂存区,用于临时存放你的改动,事实尚它只是一个文件,保存即将提交到文件列表信息
- Repository:仓库区(本地仓库),就是存放数据的位置,这里有你提交到所有版本的数据,其中
HEAD
指向罪行存放仓库的版本 - Remote Repository:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
本地的三个区域确切的说应该是Git仓库中Head指向的版本
- Directory:使用Git管理的一个目录,也就是一个仓库,包含我们的工作空间和Git管理空间
- Workspace:需要通过Git进行版本控制的目录和文件,这些目录和文件组成了工作空间。
.git
:隐藏文件,存放Git管理信息的目录,初始化仓库的时候自动创建- Index/Stage:暂存区或者叫待提交更新区,在提交进入
Repository
之前,我们可以把所有的更新存放在暂存区。 - Local Repository:本地仓库,一个存放在本地的版本库,Head近似是当前的开发分支(branch)
- Stash:隐藏,是一个工作状态保存栈,用于保存、恢复Workspace中搭临时状态建全新的仓库,需要用GIT管理的项目的根目录执行
4.2 工作流程
一般工作流程如下:
- 克隆 Git 资源作为工作目录。
- 在工作目录(克隆的资源上)添加或修改文件
- 将需要进行版本管理的文件放入暂存区。
- 将暂存区的文件提交到Git仓库
因此,Git管理的文件有三种状态:已修改(Modified)、已暂存(Staged)、已提交(Committed)
五 Git项目搭建
5.1 创建工作目录与常用指令
工作目录(Workspace)一般就是你希望Git帮助你管理的文件夹,可以是你项目的目录,也可以是一个空目录,建议不要使用中文,日常使用只要记住以下6个命令:
常用指令解释:
git init
:初始化仓库git clone
:拷贝一份远程仓库,也就是下载一个项目git add
:添加文件到仓库git status
:查看仓库当前的状态,显示有变更的文件git diff
:比较文件的不同,即暂存区和工作区的差异git commit
:提交暂存区到本地仓库git reset
:回退版本,回到过去git rm
:删除工作区文件git mv
:移动或重命名工作区文件git log
: 查看历史提交记录git reflog
: 存放每一条命令,可以看到版本号git blame <file>
: 以列表形式查看指定文件的历史修改记录git checkout
: 其实是用版本库里的版本替换工作区的版本,无论工作区是修改还是删除,都可以直接还原。
git remote
: 远程仓库操作git fetch
: 从远程获取代码库git pull
: 下载远程代码并合并git push
: 上传远程代码并合并
5.2 本地仓库搭建
创建本地仓库的方式有两种:
- 创建全新的仓库
- 克隆远程仓库
一.创建全新的仓库
创建
- 创建全新的仓库,需要用GIT管理的项目的根目录执行
- 用
cd
命令进入一个空白文件夹 - 用
git init
命令初始化一个git仓库
# 在当前目录新建一个Git代码仓库
$ git init
- 执行后可以看到,在项目目录多出一个.git目录,关于版本等所有信息都在这个目录里面
- 用
Visual Studio Code
在初始化git仓库的文件夹中或者子文件夹(.git
文件同级或者子文件)新建一个文本文档readme.txt
3. 提交(分两步)
- 用命令
git add
告诉Git,把文件添加到仓库 - 用命令
git commit
告诉Git,把文件提交到仓库 此命令后可以加-m "提示信息”
,如git commit -m "我的第一个git管理文件"
成功!
- 为什么Git添加文件需要add,commit一共两步呢?
commit可以一次提交很多文件,所以你可以多次add不同的文件
- 注意:不用windows自带记事本创建文档:
千万不要使用Windows自带的记事本编辑任何文本文件。原因是Microsoft开发记事本的团队使用了一个非常弱智的行为来保存UTF-8编码的文件,他们自作聪明地在每个文件开头添加了0xefbbbf(十六进制)的字符,你会遇到很多不可思议的问题,比如,网页第一行可能会显示一个“?”,明明正确的程序一编译就报语法错误,等等,都是由记事本的弱智行为带来的。建议你下载Visual Studio Code代替记事本,不但功能强大,而且免费!
–来自廖雪峰的网站
修改提交
- 在文件中修改:
- 用
git status
来查看文件状态
上面的命令输出意思是:
readme.txt
被修改过了,但是没有准备提交。
- 若是想看到改动内容,此时用
git diff
命令:
- 提交修改和前文一样是两步,不过,在第二次commit之前,我们可以用
git status
来查看状态
- 提交后再次查看状态
命令行输出信息意思是:git当前没有需要提交的修改,工作目录是干净(working tree clean)的。
版本回退
- 提交修改
- 用
git log
查看日志
git log命令显示从最近到最远的提交日志,我们可以看到3次提交,最近的一次是
append GPL
,上一次是add distributed
,最早的一次是wrote a readme file
。
输出信息太多的时候,加上--pretty=oneline
参数:
7dbc...
这一长串是commit id(版本号)
- 版本回退
在Git中,用
HEAD
表示当前版本.
上一个版本就是HEAD^
,上上一个版本就是HEAD^^
,
以此类推,当回退版本数多的时候,可以这样写HEAD~数字
。
4. 用git log
再看看现在版本库的状态:
5.若是后悔想回到刚刚的版本
(1)上面的命令行窗口还没有被关掉
找到那个append GPL的commit,id是7dcc…,于是就可以指定回到未来的某个版本:(版本号写几位就可,git会自动去找,当然只写几位的版本号最好确保其对应的版本号唯一)
Git在内部有个指向当前版本的HEAD指针,当我们回退版本的时候,Git把HEAD从指向append GPL:
(2)电脑重启后
Git提供了一个命令git reflog
用来记录你的每一次命令:
二. 克隆远程仓库
1、另一种方式是克隆远程目录,将远程服务器尚的仓库完全镜像一份到本地
# 在当前目录兴建一个Git代码仓库
$ git clone [url]
2、克隆GitHub中的资源代码(或者去Gitee)
六 Git文件操作
6.1 文件4种状态
版本控制就是对文件的版本控制,要对文件进行修改、提交等操作,首先要直到文件当前在什么状态,不然可能会提交了现在还不想提交的文件或者提交的文件没有提交上去。
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
查看文件状态说明:*
# 查看指定文件状态
$ git status [filename]
# 查看所有文件状态
$ git status
# 添加指定文件到暂存区
$ git add hello.java
# 添加所有文件到暂存区
$ git add .
# 提交暂存区中的内容到本地仓库 -m 提交信息
$ git commit -m "提交消息内容"
操作流程
6.2 忽略文件
有时候不想把某些文件纳入版本控制中,比如数据文件、临时文件、设计文件等。
在主目录下建立.gitgnore
文件,此文件有如下规则:
- 忽略文件中的空行或者井号(#)开始的行将被忽略
- 可以使用Linux通配符。例如:星号(
*
)代表任意多个字符,问号(?
)代表一个字符,方括号([abc]
)代表可选字符串范围,大括号({string1,string2...}
)代表可选的字符串等。 - 如果名称的最前面有一个感叹号(
!
),表示例外规则,将不被忽略 - 如果名称的最前面是一个路径分隔符(
/
),表示要忽略的文件在此目录下,而子目录的文件不忽略 - 如果名称的最后面是一个路径分隔符(
/
),表示要忽略的是此目录下该名称的子目录,而非文件(默认文件或目录都忽略)
# 表示注释
*.txt # 忽略所有.txt结尾的文件
!lib.txt #但lib.txt除外
/temp #仅仅忽略项目根目录下的temp文件,不包括其他目录的temp
build/ # 忽略build/目录下的所有文件
doc/*.txt #会忽略 doc/notes.txt但是不包括doc/server/java.txt
参考忽略文件:
*.class
*.log
*.lock
# Package Files #
*.jar
*.war
*.ear
target/
# idea #
.idea/
*.iml
*velocity.log*
### STS ###
.apt_generated
.factorypath
.springBeans
### Intellij Idea ###
*.iml
*.ipr
*.iws
.idea
.classpath
.project
.settings/
bin/
*.log
tmp/
#rebel
*rebel.xml
七 使用码云
Linux简单指令介绍:
(1) cd
:改变目录
(2) cd..
:回退到上一个目录,直接cd进入默认目录
(3)pwd
:显示当前所在的目录路径
(4) ls(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目录
(9)mv
:移动文件,如mv index.html src index.html
是我们要移动的文件,src是目标文件夹,当然这样写必须文件和文件夹在同一个目录下
(10)reset
:重新出山,终端、清屏
(11)clear
:清屏
(12)history
:查看命令历史
(13)help
:帮助
(14)exit
:退出
(15)#
:表示注释