使用版本控制软件的好处:
版本控制系统的分类:
本地版本控制系统:单机运行,使维护文件版本的操作工具化,不支持多人协作
集中化的版本控制系统:联网运行,支持多人协作开发;性能差,用户体验不好,不支持离线提交版本更新,中心服务器奔溃后,所有人无法正常工作,版本数据库发生故障之后,所有历史记录会丢失。SVN
分布式版本控制系统:也是基于服务器客户端的运行模式,联网运行,支持多人协作开发,性能优秀,用户体验好,客户端是服务器的完整备份,并不只是保留文件的最新版本,优点:客户端断网之后可以支持离线本地提交版本更新,服务器故障或损坏之后可以使用任何一个客户端的备份进行恢复。Git
特点:项目越复杂越能体现出其高效、好用的特点
两个特性:直接记录快照,而不是差异比较;近乎所欲哦操作都是本地执行。
基于差异的版本控制:记录文件的变化内容(优点:节省磁盘空间;缺点:耗时,效率低在每次切换版本的时候,都需要在基本文件的基础上,应用每个文件的差异,从而生成目标版本对应的文件)
Git快照是在原有文件的基础上重新生成一份新的文件,类似备份。为了效率,如果文件没有修改,Git不再重新存储该文件,而是保留一个链接指向之前文件存储的一个文件。(缺点:占用磁盘空间比较大,优点:版本切换时非常快)特点:空间换时间。
Git几乎所有的操作都是本地执行
特性:
- 断网后依旧可以在本地对项目进行版本管理
- 联网后,把本地修改的记录同步到云端服务器即可
Git的三个区域:
工作区、暂存区(临时的存储)、Git仓库(最终的存放区域)
Git的三种状态:
基本的Git工作流程:
在工作区中修改文件——将想要提交的更改进行暂存——提交更新,找到暂存区的文件,将快照永久性存储到git仓库。
安装完Git之后设置好自己的用户名和邮件地址(全局配置):
检查配置信息:
git help config命令可以打开帮助手册(简明的用户手册使用git config -h)
获取Git仓库的两种方式:
- 将尚未进行版本控制的本地目录转换成Git仓库
- 从其它服务器中克隆一个已经存在的Git仓库
在现有的目录中去初始化仓库:
步骤:
- 在自己的项目目录中,通过鼠标右键打开“Git Bash“
- 执行jit init 命令将当前的目录转化成git仓库
- 此时就会创建一个.git的隐藏目录,这个.git目录就是当前项目的git仓库,里面包含了初始的一些必要的文件,这些文件是git仓库的必要组成部分
工作区中文件的四种状态
Git操作的终极结果就是:让工作区中的文件都处于“未修改”的状态。检查文件处于什么状态。
未跟踪文件前面有红色的??标记
跟踪新文件:
git add开始跟踪一个新的文件
提交更新:
对已提交文件进行修改:
当我们修改了工作区中的内容,再次运行时git status 和git status -s命令会看到如下这些内容
文件 index.html 出现在 Changes not staged for commit 这行下面,说明已跟踪文件的内容发生了变化,但还没有放到暂存区。
注意:修改过的、没有放入到暂存区的文件前面有红色的M标记。
暂存已经修改的文件:
需要再次运行git add命令,这个命令是个多功能的命令,这要有三个作用:
- 可以用它开始跟踪新文件
- 把已经跟踪的、且已经修改的文件放到暂存区中
- 把有冲突的文件标记为已解决的状态
当再次运行git status -s命令的时候就可以看到提交到暂存区的文件前面的M是绿色
提交已暂存的文件:
git commit -m "提交消息"
撤销对文件的修改:
操作的结果:所有的修改会丢失,且无法恢复,危险性比较高,需要慎重操作
使用git checkout – index.html命令对文件进行撤销操作。
撤销文件的本质是:用Git仓库中保存的文件去覆盖工作区中指定的文件。
向暂存区中一次添加多个文件:
命令:git add .将新增的文件和修改过的文件一次性添加到暂存区里面。
取消已经暂存的文件:
命令:git reset HEAD 要移除的文件(将文件名改为.号可以将所有暂存区的文件都移除)
跳过暂存区:
直接将工作区中的文件提交到工作区:
git conmit -a -m “描述信息”
移除文件:两种方式
- 从Git 仓库和工作区中移除对应的文件
- 只从Git仓库中移除指定的文件,但是保留工作区中的文件
Git忽略文件:
一般我们总会有些文件无需纳入 Git 的管理,也不希望它们总出现在未跟踪文件列表。 在这种情况下,我们可以创建一个名为 .gitignore 的配置文件,列出要忽略的文件的匹配模式。
文件 .gitignore 的格式规范如下:
- 以 # 开头的是注释
- 以 / 结尾的是目录
- 以 / 开头防止递归
- 以 ! 开头表示取反
- 可以使用 glob 模式进行文件和文件夹的匹配(glob 指简化了的正则表达式)
glob模式:
- 星号 * 匹配零个或多个任意字符
- [abc] 匹配任何一个列在方括号中的字符 (此案例匹配一个 a 或匹配一个 b 或匹配一个 c)
- 问号 ? 只匹配一个任意字符
- 在方括号中使用短划线分隔两个字符, 表示所有在这两个字符范围内的都可以匹配(比如 [0-9] 表示匹配所有 0 到 9 的数字)
- 两个星号 ** 表示匹配任意中间目录(比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等)
# 忽略 index.css 这个文件
index.css
# 忽略 test 目录下所有的文件
test/
查看提交历史:
回退到指定的版本:
Github
开源是指不仅提供了程序还提供了程序的源代码,闭源是只提供程序,不提供源代码。
开源许可协议:GPL(具有传染性,强制开源,不允许修改后和衍生的代码作为闭源的商业软件发布和销售)
MIT(限制最少的协议,唯一条件是:在修改之后的代码或者发包中,不许包含原作者的许可信息:Jquery,Node.js)
开源项目托管平台:专门用于免费存放开源项目源代码的网站。
Github,Gitlab,Gitee
以上三个开源托管平台只能托管Git管理的项目源代码,因此,它们的名字都是以Git开头。
远程仓库的两种访问方式:
HTTPS:零配置;每次访问仓库都需要重复输入github的账号和密码才能访问成功
SSH:需要进行额外的配置,不需要重复输入账号和密码。
如果在提交了之后需要再次修改提交,则可以直接使用git push命令即可
SSH key
SSH key 的作用:实现本地仓库和 Github 之间免登录的加密数据传输。
SSH key 的好处:免登录身份认证、数据加密传输。
SSH key 由两部分组成,分别是:
- id_rsa(私钥文件,存放于客户端的电脑中即可)
- id_rsa.pub(公钥文件,需要配置到 Github 中)
生成SSH:
ssh-keygen -t rsa -b 4096 -C "email"
配置SSH key
- 使用记事本打开 id_rsa.pub 文件,复制里面的文本内容
- 在浏览器中登录 Github,点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
- 将 id_rsa.pub 文件中的内容,粘贴到 Key 对应的文本框中
- 在 Title 文本框中任意填写一个名称,来标识这个 Key 从何而来
SSH上传到仓库其余操作和HTTPS方法类似。
将远程仓库克隆到本地:
分支
master主分支:作用是用来保存和记录整个项目已完成的功能代码,程序员不能直接在主分支上修改代码。
功能分支:专门用来开发新功能的分支,当新功能开发且测试完毕之后,最终需要合并到master主分支上
查看分支的列表:命令:git branch *表示当前所处的分支
创建一个新的分支(是基于当前所处分支创建出来的):命令:git branch 分支名称
执行完创建分支的命令之后,用户当前所处的分支还是master主分支。
切换分支:
命令:git checkout 分支名称
分支的快速创建和切换:
git checkout -b 分支名称(是两条命令的简写)
创建新分支的时候最好是从主分支上创建
合并分支和删除分支:
分支操作的流程:
在主分支基础上新建一个分支,并将当前所在分支切换到需要完成功能的分支,分支写完功能之后需要暂存和提交到仓库;之后再切换到主分支,对小分支进行合并,这样主分支上就有了小分支上的功能,当功能分支代码合并到主分支后就需要删除对应的功能分支(在主分支上执行删除命令):
git branch -d 分支名称
遇到冲突时的分支合并,如果在不同的分支中,对同一个文件进行了不同的修改,Git就没办法合并,这时候就需要我们手动打开文件去解决这些冲突。
将本地分支推送到远程仓库
只有我们第一次推送分支的时候需要带参数-u,此后可以直接使用git push推送代码到远程分支。
查看远程仓库的所有分支列表信息,命令:git remote show 远程仓库的名字(远程仓库的默认名字是origin)
跟踪分支:从远程仓库中,把远程分支下载到本地仓库中。
当在github里面修改了代码,我们需要在拉取远程分支的最新代码:
删除远程分支:
命令: