1 Git概述
Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。
Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。
其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。
1.1 版本控制介绍
版本控制是指对软件开发过程中各种程序代码、配置文件及说明文档等文件变更的管理,是软件配置管理的核心思想之一。
版本控制最主要的功能就是追踪文件的变更。它将什么时候、什么人更改了文件的什么内容等信息忠实地了记录下来。
每一次文件的改变,文件的版本号都将增加。除了记录版本变更外,版本控制的另一个重要功能是并行开发。
软件开发往往是多人协同作业,版本控制可以有效地解决版本的同步以及不同开发者之间的开发通信问题,提高协同开发的效率。
并行开发中最常见的不同版本软件的错误(Bug)修正问题也可以通过版本控制中分支与合并的方法有效地解决。
1.2 为什么要使用版本控制
- 备份用
程序员每做一步功能性的更新和迭代,都需要备份一次,这是一个很好的习惯,而在版本控制工具中你不需要再复制和粘贴,产生大量的代码冗余,你只需要提交一次到服务器中就可以了,注意,千万别写好几个功能后再一次提交,这并不是一个非常好的习惯,刚入行的程序员往往很容易范这个问题,一提交就好几个功能集中在一起提交,按功能提交代码的好处很多,一来,可以知道哪次提交的具体功能,方便测试的同学单元功能测试。二来,是业务上的需求,可以方便找回之前的代码,因为可能需求改来改去,感觉还是以前写的功能好,需要回到以前某个时间点上,你只需要找一找那次提交的状态码,一条命令就可以回到那个时间点,而这个场景在实际开发中是经常遇到的。这时的版本控制工具就类似时间机器,可以让你的代码和网站很方便地返回去。
- 个人开发过渡到团队协作。
当多个人共同开发一套系统的时候,你改一部分,我改一部分,肯定有代码冲突的地方,当多个人同时改了一个文件,这么多人,每个人改哪一块了?最终以谁的代码为准?如何处理这种场景下的代码冲突?这就是版本控制的协调开发作用,这在没有工具之前是非常麻烦,你需要打开至少两个窗口,一行一行的比较。
1.3 版本控制工具
- 集中式版本控制工具
CVS、SVN(Subversion)、VSS…
集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。
多年以来,这已成为版本控制系统的标准做法。这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。
- 分布式版本控制工具
Git、Mercurial、Bazaar、Darcs…
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。
这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
- 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
- 每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
1.4 Git历史
Linux 内核开源项目有着为数众广的参与者。绝大多数的 Linux 内核维护工作都花在了提交补丁和保存归档的繁琐事务上(1991-2002年间)。到 2002 年,整个项目组开始启用一个专有的分布式版本控制系统 BitKeeper 来管理和维护代码。
Linux社区中存在很多的大佬!破解研究 BitKeeper !
到了 2005 年,开发 BitKeeper 的商业公司同 Linux 内核开源社区的合作关系结束,他们收回了 Linux 内核社区免费使用 BitKeeper 的权力。这就迫使 Linux 开源社区(特别是 Linux 的缔造者 Linus Torvalds)基于使用 BitKeeper 时的经验教训,开发出自己的版本系统。(2周左右!) 也就是后来的 Git!
1.5 Git工作机制
- Workspace:工作区,就是你平时存放项目代码的地方
- Index / Stage:暂存区,用于临时存放你的改动,事实上它只是一个文件,保存即将提交到文件列表信息
- Repository:仓库区(或本地仓库),就是安全存放数据的位置,这里面有你提交到所有版本的数据。其中HEAD指向最新放入仓库的版本
- Remote:远程仓库,托管代码的服务器,可以简单的认为是你项目组中的一台电脑用于远程数据交换
git一般的工作流程:
1、在工作目录中添加、修改文件。
2、将需要进行版本管理的文件放入暂存区域。(git add fileName)
3、将暂存区域的文件提交到git仓库。(git commit -m “日志信息” fileName)
1.6 Git和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库。
- 局域网
GitLab
- 互联网
GitHub(外网)
Gitee 码云(国内网站)
2 Git下载安装
3 Git常用命令
命令名称 | 作用 |
---|---|
git config --global user.name “用户名” | 设置用户签名 |
git config --global user.email “邮箱” | 设置用户邮箱 |
git init | 初始化本地库 |
git status | 查看本地库状态 |
git add 文件名 | 添加到暂存区 |
git commit -m “日志信息” 文件名 | 提交到本地库 |
git reflog | 查看历史记录 |
git reset --hard 版本号 | 版本穿梭 |
3.1 设置用户签名
说明:
签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。
Git 首次安装必须设置一下用户签名,否则无法提交代码。
注意:
这里设置用户签名和将来登录 GitHub(或其他代码托管中心)的账号没有任何关系。
git config --global user.name 用户名
git config --global user.email 邮箱
3.2 初始化本地库
- 创建全新仓库
选择你当前需要存放代码的地方,执行git init
执行后可以看到,仅仅在项目目录多出了一个.git目录,关于版本等的所有信息都在这个目录里面。
- 克隆远程库
将远程服务器上的仓库完全镜像一份至本地!
克隆一个项目和它的整个代码历史(版本信息)
git clone [url]
3.3 查看本地库状态
git status
文件的状态:
- Untracked: 未跟踪,此文件在文件夹中,但并没有加入到git库,不参与版本控制,通过git add 状态变为Staged(加入到暂存区)
- Modified: 文件已修改,仅仅是修改,并没有进行其他的操作。
- Staged: 暂存状态.,执行git commit则将修改同步到库中。
- MERGING:冲突产生的表现,一般合并分支容易发生冲突。
3.4 历史版本查看及穿梭
查看版本信息:git reflog
查看版本详细信息:git log
版本切换命令:git reset --hard 版本号
Git 切换版本,底层其实是移动的 HEAD 指针。
4 Git分支操作
在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。
使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行。
对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
同时并行推进多个功能开发,可以提高开发效率。各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。
失败的分支删除重新开始即可。
4.1 分支常用命令
命令 | 作用 |
---|---|
git branch 分支名 | 创建分支 |
git branch -v | 查看分支 |
git checkout 分支名 | 切换分支 |
git merge 分支名 | 把指定的分支合并到当前分支上 |
注意:
合并分支时,容易发生冲突!
合并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。
怎么解决冲突:
编辑有冲突的文件,删除特殊符号,决定要使用的内容。
特殊符号:<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix
添加修改冲突后的数据到暂存区
执行提交(注意:此时使用 git commit 命令时不能带文件名)
5 IDEA集成Git
5.1 配置Git忽略文件
这些文件与项目的实际功能无关,不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE 工具之间的差异。
- 创建忽略规则文件 xxxx.ignore(前缀名随便起,建议是 git.ignore),这个文件的存放位置原则上在哪里都可以,为了便于让~/.gitconfig 文件引用,建议也放在用户家目录下
- git.ignore 文件模版内容
# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar
# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
.classpath
.project
.settings
target
.idea
*.iml
- 在.gitconfig 文件中引用忽略配置文件(此文件在 Windows 的家目录中)
[user]
name = Toro
email = 3313221637@qq.com
[core]
excludesfile = C:/Users/33132/git.ignore
注意:这里要使用“正斜线(/)”,不要使用“反斜线(\)”
5.2 定位Git位置
5.3 初始化本地库
选择要创建 Git 本地仓库的工程。
5.4 添加到暂存区、提交到本地库
6 IDEA集成Gitee
众所周知,GitHub 服务器在国外,使用 GitHub 作为项目托管网站,如果网速不好的话,严重影响使用体验,甚至会出现登录不上的情况。
针对这个情况,大家也可以使用国内的项目托管网站-码云。
码云是开源中国推出的基于 Git 的代码托管服务中心,网址是 https://gitee.com/ ,使用方式跟 GitHub 一样,而且它还是一个中文网站,如果你英文不是很好它是最好的选择。
6.1 连接Gitee
第一步:注册Gitee账号
第二部:设置本机绑定SSH公钥,实现免密码登录!
#进入 c:\Users\Adminstrator.ssh 目录
#生成公钥
ssh-keygen
其次就是创建一个远程库。
6.2 IDEA 安装码云插件
Idea 重启以后在 Version Control 设置里面看到 Gitee,说明码云插件安装成功。
然后在码云插件里面添加码云帐号,我们就可以用 Idea 连接码云了。
Idea 连接码云和连接 GitHub 几乎一样,首先在 Idea 里面创建一个工程,初始化 git 工程,然后将代码添加到暂存区,提交到本地库。
将本地代码 push 到码云远程库。
给远程库链接定义个 name,然后再 URL 里面填入码云远程库的 HTTPS 链接即可。