目录
一.版本控制
1.文件版本
- 操作麻烦 (每次都需要复制 → 粘贴 → 重命名)
- 命名不规范 (无法通过文件名知道具体做了哪些修改)
- 容易丢失 (如果硬盘故障或不小心删除，文件很容易丢失)
- 写作困难 (需要手动合并每个人对项目文件的修改，合并时极易出错)
2.版本控制软件
(1)简介
- 一个用来记录文件变化, 以便将来查阅特定版本修订情况的系统,有时也“版本控制系统”
- 把手工管理文件版本的方式,改为由软件管理文件的版本,这个负责管理文件版本的软件,叫做“版本控制软件”
(2)版本控制软件的好处
- 操作简便 (只需识记几组简单的终端命令,即可快速上手常见的版本控制软件)
- 易于对比 (基于版本控制软件提供的功能,能够方便地比较文件的变化细节,从而查找出导致问题的原因)
- 易于回溯 (可以将选定的文件回溯到之前的状态,甚至将整个项目都回退到过去某个时间点的状态)
- 不易丢失 (在版本控制软件中,被用户误删除的文件,可以轻松的恢复回来)
- 协作方便 (基于版本控制软件提供的分支功能, 可轻松实现多人协作开发时的代码合并操作)
(3)版本控制系统的分类
①本地版本控制系统
- 单机运行, 使维护文件版本的操作工具化
特点:
- 使用软件来记录文件的不同版本,提高了工作效率,降低了手动维护版本的出错率
缺点:
单机运行,不支持多人协作开发
版本数据库故障后,所有历史更新记录会丢失
②集中化的版本控制系统
联网运行,支持多人协作开发;性能差,用户体验不好 (典型代表: SVN)
特点:
- 基于服务器、客户端的运行模式
- 服务器保存文件的所有更新记录
- 客户端只保留最新的文件版本
缺点:
- 不支持离线提交版本更新
- 中心服务器崩溃后,所有人无法正常工作
- 版本数据库故障后,所有历史更新记录会丢失
③分布式版本控制系统
联网运行,支持多人协作开发; 性能优秀,用户体验好 (典型代表：Git)
特点:
- 基于服务器、客户端的运行模式
- 服务器保存文件的所有更新版本
- 客户端是服务器的完整备份,并不是只保留文件的最新版本
优点：
- 联网运行,支持多人协作开发
- 客户端断网后支持离线本地提交版本更新
- 服务器故障或损坏后,可使用任何一个客户端的备份进行恢复
二.Git基础
1.Git基础概念
(1)简介
- Git 是一个开源的分布式版本控制系统,是目前世界上最先进,最流行的版本控制系统
- 可以快速高效地处理从很小到非常大的项目版本管理
- 特点：项目越大越复杂,协同开发者越多,越能体现出 Git 的高性能和高可用性
(2)特性
Git 快速和高效,主要依赖于如下两个特性：
- 直接记录快照，而非差异比较
- 近乎所有操作都是本地执行
①SVN的差异比较
传统的版本控制系统(例如SVN)是基于差异的版本控制,它们存储的是一组基本文件和每个文件随时间逐步累积的差异
- 好处:节省磁盘空间
- 缺点:耗时,效率低 (每次切换版本时, 都需在基本文件的基础上, 应用每个差异, 从而生成目标版本对应的文件)
②Git的记录快照
Git 快照是在原有文件版本的基础上重新生成一份新的文件,类似于备份. 为了效率, 如果文件没有修改, Git不再重新存储该文件, 而是只保留一个链接指向之前存储的文件
- 缺点：占用磁盘空间较大
- 优点:版本切换时非常快,每个版本都是完整的文件快照,切换时直接恢复目标版本的快照即可
- 特点：空间换时间
③近乎所有操作都是本地执行
- 在Git中的绝大多数操作都只需访问本地文件和资源,一般不需要来自网络上其它计算机的信息
- 特性: 断网后依旧可以在本地对项目进行版本管理; 联网后,把本地修改的记录同步到云端服务器即可
(3)Git中的三个区域
使用Git 管理的项目,拥有三个区域
- 工作区 (处理工作的区域)
- 暂存区 (已完成的工作的临时存放区域, 等待被提交)
- Git仓库 (最终的存放区域)
(4)Git中的三种状态
- 已修改: 表示修改了文件，但还没将修改的结果放到暂存区
- 已暂存: 表示对已修改文件的当前版本做了标记, 使之包含在下次提交的列表中(文件已修改并放入暂存区,属于)
- 已提交: 表示文件已经安全地保存在本地的Git仓库中(Git 仓库中保存着特定版本的文件,属于)
(5)基本的Git工作流程
- 在工作区中修改文件
- 将想要下次提交的更改进行暂存
- 提交更新,找到暂存区的文件,将快照永久性存储到Git仓库
2.安装及配置
(1)安装
如果使用了 --global 选项,那么该命令只需要运行一次,即可永久生效
(2)配置
①用户信息
设置自己的用户名和邮件地址.Git 需要使用这些基本信息，来记录是谁对项目进行了操作
鼠标右击打开Git Bash Here:
$ git config --global user.name " "
$ git config --global user.email " "
②检查配置信息
Git 的全局配置文件: C:/Users/用户名文件夹/.gitconfig
终端命令:
# 查看所有的全局配置项
git config --list --global
#查看指定的全局配置项
git config user.name
#打开命令帮助手册
git help config
#获取git config命令的快速参考
git config -h
3.基本操作
(1)获取Git仓库
- 将尚未进行版本控制的本地目录转换为 Git 仓库
- 从其它服务器克隆一个已存在的 Git 仓库
(2) 初始化仓库
- 找到根目录, 执行 git init 命令将当前的目录转化为 Git 仓库
- 该命令会创建.git 的隐藏目录,就是当前项目的Git仓库,里面包含了初始的必要文件,这些文件是Git 仓库的必要组成部分
(3)工作区文件状态
(4)检查文件状态
git status
- 在状态报告中新建的index.html文件出现在 Untracked files(未跟踪的文件)下面
- 未跟踪的文件意味着 Git 在之前的快照（提交）中没有这些文件；Git 不会自动将之纳入跟踪范围，除非明确地告诉它“我需要使用 Git 跟踪管理该文件”
(5)精简方式显示文件状态
git status -s / git status -short
未跟踪文件前面有红色的 ?? 标记 e.g: ??index.html
(6)跟踪新文件
未跟踪添加至暂存区: git add 文件名+后缀
(7)提交更新
暂存区提交至仓库: git commit -m "提示消息"
(8)修改已提交文件
文件已经被Git跟踪, 并且工作区和Git仓库中的文件内容保持一致. 当修改了工作区中文件内容之后, 再次运行git status和git status -s命令, 说明已跟踪文件的内容发生了变化,但还没有放到暂存区
(9)暂存已修改文件
再次运行多功能的命令git add, 此命令功效:
- 可以用它开始跟踪新文件
- 把已跟踪的、且已修改的文件放到暂存区
- 把有冲突的文件标记为已解决状态
(10)提交已暂存文件
提交至git仓库 git commit -n
(11)撤销文件修改
git checkout --文件
- 把对工作区中对应文件的修改, 还原成Git仓库中所保存的版本
- 操作的结果：所有的修改会丢失,且无法恢复, 危险性比较高,请慎重操作
- 撤销操作的本质：用 Git 仓库中保存的文件，覆盖工作区中指定的文件
(12)向暂存区中一次性添加多个文件
git add . 一次性将所有的新增和修改过的文件加入暂存区
(13)取消暂存文件
git reset HEAD 移出文件名 #从暂存区中移除对应的文件 移出所有后用.
(14)跳过使用暂存区域
标准工作流程: 工作区->暂存区->git仓库
简化流程: 工作区->git仓库
跳过使用暂存区域: git commit -a -m "提示消息"
(15)移除文件
从 Git 仓库中移除文件的方式有两种：
- 从 Git 仓库和工作区中同时移除对应的文件 git rm -f 文件名
- 只从 Git 仓库中移除指定的文件,但保留工作区中对应的文件 git rm --cached 文件名
(16)忽略文件
一般有些文件无需纳入Git的管理，也不希望它们总出现在未跟踪文件列表, 在这种情况下,可以创建一个名为.gitignore 的配置文件，列出要忽略的文件的匹配模式
文件 .gitignore 的格式规范如下：
- 以 # 开头的是注释
- 以 / 结尾的是目录
- 以 / 开头防止递归
- 以 ! 开头表示取反
- 可以使用 glob 模式进行文件和文件夹的匹配（glob 指简化了的正则表达式）
(17)glob模式
glob 模式是指简化了的正则表达式
- 星号 * 匹配零个或多个任意字符
- [abc] 匹配任何一个列在方括号中的字符 （此案例匹配一个 a 或匹配一个 b 或匹配一个 c）
- 问号 ? 只匹配一个任意字符
- 在方括号中使用短划线分隔两个字符， 表示所有在这两个字符范围内的都可以匹配（比如 [0-9] 表示匹配所有 0 到 9 的数字）
- 两个星号 ** 表示匹配任意中间目录（比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等）
(18)查看提交历史
git log 回车继续查看, Q键退出查看
- 查看所有提交历史, 最近的在最上边 git log
- 查看最近几条提交历史 git log -2 #最近两条
- 一行展示最近几条提交历史 git log -2 --pretty=online
- 一行展示几条提交历史信息,并自定义输出格式 git log -2 --pretty=format:" %h | %an" %提交的简写哈希值, %an作者名字
(19)回退到指定版本
- 一行展示所有提交历史 git log --pretty=oneline
- 根据指定的提交ID回退到指定版本 git reset --hard <CommitID>
- 旧版本中,查看命令操作历史 git reflog --pretty=oneline
- 再次根据最新提交的ID,跳转到最新版本 git reset --hard <CommitID>
三.GitHub
1.开源
(1)介绍
(2)开源许可协议
开源并不意味着完全没有限制, 为了限制使用者的使用范围和保护作者的权利,每个开源项目都应该遵守开源许可协议(Open Source License)
- BSD（Berkeley Software Distribution）
- Apache Licence 2.0
- GPL（GNU General Public License） 具有传染性的一种开源协议,不允许修改后和衍生的代码做为闭源的商业软件发布和销售, 使用 GPL 的最著名的软件项目是：Linux
- LGPL（GNU Lesser General Public License）
- MIT(Massachusetts Institute of Technology, MIT) 是目前限制最少的协议, 唯一的条件：在修改后的代码或者发行包中,必须包含原作者的许可信息 使用 MIT 的软件项目有：jquery、Node.js
更多开源许可协议的介绍 https://www.runoob.com/w3cnote/open-source-license.html
(3)拥抱开源
开源的核心思想是“我为人人，人人为我”
- 开源给使用者更多的控制权
- 开源让学习变得容易
- 开源才有真正的安全
(4)开源项目托管平台
专门用于免费存放开源项目源代码的网站
目前世界上比较出名的开源项目托管平台主要有以下 3 个：
- Github（全球最牛的开源项目托管平台，没有之一）
- Gitlab（对代码私有性支持较好，因此企业用户较多）
- Gitee（又叫做码云，是国产的开源项目托管平台。访问速度快、纯中文界面、使用友好）
注意：以上 3 个开源项目托管平台，只能托管以 Git 管理的项目源代码,因此,名字都以Git开头
2.Github
(1)简介
Github ≠ Git
(2)远程仓库
访问方式: HTTPS和SSH
- HTTPS：零配置,但是每次访问仓库时,需要重复输入Github的账号密码才能访问成功
- SSH:需要进行额外的配置, 但是配置成功后,每次访问仓库时,不需重复输入Github的账号密码
- 注意：在实际开发中，推荐使用 SSH 的方式访问远程仓库
创建: + --> new repository
(3)基于HTTPS将本地仓库上传到Github
- 首次添加内容用git push -u origin master
- 当本地新增需要再添加时, 直接使用 git push
(4)SSH key
①简介
- 作用：实现本地仓库和 Github 之间免登录的加密数据传输
- 好处：免登录身份认证、数据加密传输
- 组成： id_rsa（私钥文件，存放于客户端的电脑中即可） id_rsa.pub（公钥文件，需要配置到 Github 中）
②生成
- 打开 Git Bash
- ssh-keygen -t rsa -b 4096 -C "注册时的邮箱"
- 连续敲击3次回车,即可在 C:\Users\用户名文件夹\.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件
③配置
使用记事本打开 id_rsa.pub 文件(个人用户.ssh文件中)，复制里面的文本内容
在浏览器中登录 Github，点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
将 id_rsa.pub 文件中的内容，粘贴到 Key 对应的文本框中
在 Title 文本框中任意填写一个名称，来标识这个 Key 从何而来
④检测配置是否成功
ssh -T git@github.com yes
(5)基于SSH将本地仓库上传到Github
(6)将远程仓库克隆到本地
复制仓库中地址, 再输入命令: git clone 地址
四.Git分支
1.简介
- git分支: 从主线上分离出来进行另外的操作，既不影响主线，主线又可以继续干它的事，它可用来解决临时需求；当分支做完事后可合并到主线上，而分支的任务完成可以删掉了
- 在进行多人协作开发的时候,防止互相干扰,提高协同开发的体验,每个开发者都基于分支进行项目功能的开发
2.本地分支操作
(1)master主分支
- 在初始化本地Git仓库时,Git 默认已经创建了一个名为master的分支. 通常叫做主分支
- 在实际工作中,master 主分支的作用是：用来保存和记录整个项目已完成的功能代码
- 不允许程序员直接在 master 分支上修改代码, 风险太高, 容易导致整个项目崩溃
(2)功能分支
功能分支指的是专门用来开发新功能的分支,它是临时从 master 主分支上分叉出来的,当新功能开发且测试完毕后,最终需要合并到master主分支上 (不能直接在 master 分支上进行功能的开发)
(3)查看分支列表
git branch ( 分支名前*表当前所处分支)
(4)创建新分支
git branch 分支名称
- 新分支中代码和当前分支完全一样, 创建分支但未进行分支切换
- 基于master创建分支, 执行完创建分支命令之后,用户当前所处分支还是master分支
(5)切换分支
切换到指定分支: git checkout 指定分支名
(6)快速创建并切换
创建指定名称的新分支,并立即切换到新分支: git checkout -b 分支名
- 注意：该是创建和切换分支两条命令的简写形式
(7)合并分支
git checkout master (切换到目标分支上,再合并)
git merge 需合并分支名
- 假设要把C分支的代码合并到A分支,必须先切换到A分支上,再运行git merge命令,来合并C分支
(8)删除分支
git branch -d 被删除分支名 分支未合并无法删除
git branch -D 被删除分支名 强制删除,未合并也可删除
- 当把功能分支的代码合并到master主分支上以后,再删除对应的功能分支
- 不能处在被删除分支上,去删除他,应处在别的分支上删除
(9)冲突时的分支合并
打开包含冲突的文件,手动解决冲突后执行 git add . git commit -m "信息"
3.远程分支操作
(1)将本地分支推送到远程仓库
git push -u 远程仓库名称 本地分支名称:远程分支名称
- 第一次将本地分支推送到远程仓库, 需带-u参数, 此后可直接使用git push推送代码到远程分支
- origin为默认远程仓库名, 若想远程和本地分支名称保持一致,可省略(:远程分支名称)
- e.g: git push -u origin payment:pay 将本地分支payment推送至远程仓库origin中,并设置其在远程仓库中的分支名称为pay
(2)查看远程仓库所有分支列表
git remote show 远程仓库名称
(3)跟踪分支
从远程仓库中,把远程分支下载到本地仓库中
- 本地分支与远程分支名称相同: git checked 远程分支名称
- 下载至本地仓库并重命名: git checkout -b 本地分支名称 远程仓库名称/远程分支名称
(4)拉取远程分支的最新的代码
把远程分支最新的代码下载到本地对应的分支中: git pull
(5)删除远程分支
删除远程仓库中,指定名称的远程分支: git push 远程仓库名称 --delete 远程分支名称