1. 概述
Git 是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。
Git 易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。其性能优于 Subversion、CVS、Perforce 和 ClearCase 等版本控制工具。
1.1 何为版本控制
版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
1.2 为什么需要版本控制
个人开发过渡到团队协作
1.3版本控制工具
1.3.1集中式版本控制工具
CVS、SVN(Subversion)、VSS……集中化的版本控制系统诸如 CVS、SVN 等,都有一个单一的集中管理的服务器,保存
所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作
1.3.2 分布式版本控制工具
Git、Mercurial、Bazaar、Darcs……
像 Git 这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
- 服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
- 每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
1.4Git工作机制
1.5 Git 和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库。
- 局域网
- GitLab
- 互联网
- GitHub(外网)
- Gitee 码云(国内网站)
2. 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 | 版本号 版本穿梭 |
2.1 设置用户签名
- 基本语法
git config --global user.name 用户名
git config --global user.email 邮箱
- 说明
- 签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。Git 首次安装必须设置一下用户签名,否则无法提交代码。
- 注意:这里设置用户签名和将来登录 GitHub(或其他代码托管中心)的账号没有任何关系。
2.2初始化本地库
- 基础语法
git init
- 实操
- 结果查看
2.3查看本地仓库的状态
- 基础语法
git status
- 首次查看
- 添加一个hollow.txt后查看本地仓库的状态
2.4将工作区的文件添加到暂存区
- 基础命令
git add 文件名
- 实操
- 查看状态
2.5将暂存区的文件提交到本地库
- 基础命令
git commit -m "日志信息" 文件名
- 实操
2.6修改文件
- 修改文件
- 查看状态
- 将文件添加到缓存区
- 查看状态
- 提交文件
2.7 历史版本
- 查看版本信息
git reflog
- 查看版本详细信息
2.7.1版本穿梭
- 常用命令
git reset --hard 版本号
(回到原来的一个版本)
3.Git分支操作
3.1什么是分支
在版本控制过程中,同时推进多个任务,为每个任务,我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来,开发自己分支的时候,不会影响主线分支的运行。对于初学者而言,分支可以简单理解为副本,一个分支就是一个单独的副本。(分支底层其实也是指针的引用)
3.2分支的好处
同时并行推进多个功能开发,提高开发效率。
各个分支在开发过程中,如果某一个分支开发失败,不会对其他分支有任何影响。失败的分支删除重新开始即可
3.3 分支的操作
命令名称 | 作用 |
---|---|
git branch 分支名 | 创建分支 |
git branch -v | 查看分支 |
git checkout 分支名 | 切换分支 |
git merge 分支名 | 把指定的分支合并到当前分支上 |
3.3.1查看分支
- 基础命令
git branch -v
- 实操
3.3.2创建分支
- 基础命令
git branch 分支名
- 实操
3.3.3切换分支
- 基础命令
git checkout 分支名
- 实操
3.3.4合并分支
要求:在one分支上修改hollow.txt然后与主分支(master)进行合并
- 在one分支上修改hollow.txt中的内容,并查看状态
- 将修改后的文件添加到暂缓区
- 将暂缓区的文件提交到本地库
- 切换到master分支
- 进行合并(将master分支与one分支进行合并)
3.3.5解决分支冲突
- 将master中的hollow.txt中的内容修改如下,并进行保存提交
- 将one分支中的hollow.txt中的内容修改如下,并进行提交
- 进行合并,发现会产生冲突
合并分支时,两个分支在同一个文件的同一个位置有两套完全不同的修改。Git 无法替我们决定使用哪一个。必须人为决定新代码内容。 - 解决冲突
编辑有冲突的文件,删除特殊符号,决定要使用的内容
特殊符号:<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> one
打开冲突文件进行修改
保存到暂缓区,并进行提交
注意此时提交不要文件名
4.GitHub操作
4.1 创建远程仓库
4.2 远程仓库操作
命令名称 | 作用 |
---|---|
git remote -v | 查看当前所有远程地址别名 |
git remote add 别名 | 远程地址 起别名 |
git push 别名 分支 | 推送本地分支上的内容到远程仓库 |
git clone 远程地址 | 将远程仓库的内容克隆到本地 |
git pull 远程库地址别名 远程分支名 | 将远程仓库对于分支最新内容拉下来后与当前本地分支直接合并 |
4.2.1创建远程仓库别名
- 基本语法
git remote -v 查看当前所有远程地址别名
git remote add 别名 远程地址
4.2.2. 推送本地分支到远程仓库
由于GitHub比较卡,我选择了gitee创建了厂库,并进行推送(和GitHub一样)
- 基本语法
git push 别名 分支
- 实操
创建gitee的远程厂库
将master内容进行推送
4.2.3 拉取远程仓库到本地仓库
对hollow.txt进行修改
4.3克隆远程仓库到本地
- 基本语法
git clone 远程地址 - 实操
创建了一个名为git-clone的文件夹
会将文件拷贝下来
5.idea集成git环境
- 选择file下面的setting
- 选择git,找到git的安装路径,点击test,点击apply点击ok
- 添加到暂存区
右键点击项目选择 Git -> Add 将项目添加到暂存区。
- 提交到本地仓库
- 版本切换
点击想要切换的版本,点击checkout
- 创建分支
- 切换分支
点击右下角的分支,切换到想要切换的分支
- 合并分支
在master分支,选择要合并的分支,点击Merge Selected intCurrent
- 分析到GitHub账号
选择file下面的setting
点击添加,选择sigin with token获取GitHub的token,点击apply,ok
选择git,下的GitHub 选择share project on GitHub
输入名称进行分析
6.idea集成码云
6.1 安装码云插件
选择file下面的setting
选择plugins,输入gitee,点击install
重启idea
选择gitee
点击加号,选择第一项
输入邮箱和密码
6.2 向gitee分析项目
点击git选择gitee,share project on gitee即可把项目分析的gitee上面
修改后提交代码
选择文件后点击commit
点击commit,同时push,填写相关的信息
在gitee上查看提交的代码及变动