Git和github
Git基础概念
什么是Git
Git是一个开源的分布式版本控制系统,是目前世界上最先进、最流行的版本控制系统。可以快速高效地处理从很小到非常大的版本项目。
特点:项目越大越复杂、协同开发者越多越能体现出Git高性能和高可用性。
Git的特性
Git之所以快速和高效,主要依赖于它的两个特性:
1.直接记录快照,而非差异性比较
2.近乎所有操作都是本地执行
SVN的差异比较
传统的版本控制系统(例如SVN)是基于差异的版本控制,它们存储的是一组基本文件和每个文件随时间逐步累积的差异。
好处:节约磁盘空间
坏处:耗时、效率低,在每次切换版本的时候,都需要在基本文件的基础上,运用每个差异,从而生成目标版本对应的文件。
Git的记录快照
Git快照是在原有文件版本的基础上重新生成一份新的文件,类似于备份。为了效率,如果文件没有被修改,Git不再重新存储该文件,而是只保留一个连接指向之前存储的文件。
缺点:占用磁盘空间大
优点:版本切换时非常快,因为每个版本都是完整的文件快照,切换版本时直接恢复目标文件的快照即可。
近乎所有操作都是本地执行
在Git中的绝大多数操作都只需要访问本地文件和资源,一般不需要来自网络上其他计算机的信息。
特性:
1.断网之后依旧可以在本地对项目进行版本管理
2.联网后,把本地修改的记录同步到云端服务器即可
Git中的三个区域
使用Git管理的项目,拥有三个区域,分别是工作区,暂存区,Git仓库。
工作区:处理工作的区域
暂存区:已完成的工作的暂时存放区域,等待被提交
Git仓库:最终存放区域
Git的三中状态
已修改modified:表示修改了文件,但还没将修改的结果放到暂存区
已暂存staged:表示对已修改文件的当前版本做了标记,使之包含在下次提交的列表中
已提交committed:表示文件已经安全地保存在本地的Git仓库中。
注意:
- 工作区的文件被修改了,但还没将修改的结果放到暂存区,就是已修改状态
- 如果文件已修改并放入暂存区,就属于已暂存状态
- 如果Git仓库中保存着特定版本的文件,就属于已提交状态。
基本的Git工作流程
1.在工作区中修改文件
2.将你想要下次提交的更改进行暂存
3.提交更新,找到暂存区的文件,将快照永久性存储到Git仓库
Git基础
配置用户信息
语法:
设置用户名
git config --global user.name “xiaoling”
设置邮箱地址
git config --global user.email “xiaoling@itcast.cn”
注意:如果使用了 --global选项,那么该命令只需要运行一次,即可永久生效。
Git的全局配置文件
通过git config --global user.name 和 git config --global user.email配置的用户名和邮箱地址,会被写入到C:/User/用户名文件夹/.gitconfig文件中,这个文件是Git的全局配置文件,配置一次即可永久生效。
检查配置信息
除了使用记事本查看全局的配置信息之外,还可以运行如下的终端命令,快速的查看Git的全局配置信息:
查看所有的全局配置项
git config --list --global
查看指定的全局配置项
git config user.name
git config user.email
获取帮助信息
可以使用git help <verb>命令,无需联网即可在浏览器中打开帮助手册,例如:
想要打开 git config 命令的帮助手册
git help config
如果不想查看完整的手册,那么可以用-h选项获得更简明的"help"输出:
想要获取git config 命令的快速参考
git config -h
Git的基本操作
获取Git仓库的两种方式
1.将尚未进行版本控制的本地目录转换为Git仓库
2.从其他服务器克隆一个已存在的Git仓库
以上两种方式都能够在自己的电脑上得到一个可用的Git仓库
在现有目录中初始化仓库
如果自己有一个尚未进行版本控制的项目目录,想要用Git来控制它,需要执行如下两个步骤:
1.在项目目录中,通过鼠标右键打开"Git Bash"
2.执行git int命令将当前的目录转化为Git仓库
git.init命令会创建一个名为.git的隐藏目录,这个.git目录就是当前项目的Git仓库,里面包含了初始的必要文件,这些文件是Git仓库的必要组成部分。
工作区中文件的4种状态
工作区中的每一个文件可能有4种状态,这四种状态共分为两大类
两大类是:未被git管理和已被git管理
四大状态:未跟踪,未修改,已修改,已暂存
git操作的终极结果是:让工作区中的文件都处于"未修改"的状态。
检查文件状态
可以使用git status命令查看文件处于什么状态
在状态报告中可以看到新建的index.html文件中出现在Untracked files(未跟踪的文件)下面。
未跟踪的文件意味着Git在之前的快照(提交)中没有这些文件;Git不会自动将之纳入跟踪范围,除非明确地告诉它"我需要使用Git跟踪管理该文件"
以精简的方式显示文件状态
使用git status 输出的状态报告很详细,但有些繁琐。如果希望以精简的方式显示文件的状态,可以使用如下两条完全等价的命令,其中-s是–short的简写形式:
git status -s
git status --short
为跟踪的文件前面有红色的??标记
跟踪新文件
使用命令git add 开始跟踪一个文件。所以,要跟踪index.html文件,运行如下命令:
git add index.html
此时再运行git status命令,会看到index.html文件在Chaanges to be committed 这行的下面,说明已被跟踪,并处于暂存状态。
精简状态显示:新添加到暂存区中的文件前面有绿色的A标记。
提交更新
现在暂存区中有一个index.html文件等待被提交到Git仓库中进行保存。可以执行git commit 命令进行提交,其中-m选项后面是本次的提交信息,用来对提交的内容进一步的描述:
git commit -m “新建立了index.html文件”
对已提交的文件进行修改
目前,index.html文件已经被Git跟踪,并且工作区和Git仓库中的index.html文件内容保持一致。当我们修改了工作区的index.html的内容之后,再次运行git.status和git status -s命令,文件index.html出现在Changes not staged for commit 这行下面,说明已跟踪文件的内容发生了变化,但还没发到暂存区。
注意:修改过的,没放入暂存区的文件前面有红色的M标记
暂存已修改文件
目前,工作区中的index.html文件已被修改,如果要暂存这次修改,需要再次运行git add命令,这个命令是个多功能的命令,主要有如下3个功效:
1.可以用它开始跟踪新文件
2.把已跟踪的、且已修改的文件放到暂存区
3.把有冲突的文件标记为已解决文件
提交已暂存的文件
再次允许 git commit -m"提交消息"命令,即可将暂存区中记录的index.html的快照,提交到Git仓库中进行保存。
撤销对文件的修改
撤销对文件的修改指的是:把对工作区中对应文件的修改,还原成Git仓库中所保存的版本。
操作的结果:所有的修改会丢失,且无法恢复。危险性比较高,请慎重操作。
语法:
git checkout – index.html
撤销操作的本质:用Git仓库中保存的文件,覆盖工作区中的指定文件。
向暂存区中一次性添加多个文件
如果需要被暂存的文件个数比较多,可以使用如下命令,一次性将所有的新增和修改过的文件加入暂存区:
git add .
在项目开发中,会经常使用这个命令,将新增和修改过后的文件加入暂存区。
取消暂存的文件
如果需要从暂存区中移除相对应的文件,可以使用如下命令:
git reset HEAD 要移除的文件名称
移除全部
git reset HEAD .
跳过使用暂存区域
Git标准的工作流程是工作区到暂存区到Git仓库,但有时候怎么做略显繁琐,此时可以跳过暂存区,直接将工作区中的修改提交到Git仓库,这时候Git工作的流程简化为工作区到Git仓库
Git提供了一个跳过使用暂存区的方式,只要在提交的时候,给git commit加上-a选项,Git就会自动把所有已经跟踪过的文件暂存起来一并提交,从而跳过git add步骤:
git commit -a -m"描述信息"
移除文件
从Git仓库中移除文件的方式有两种:
1.从Git仓库和工作区中同时移除对应的文件
git rm -f 要移除的文件名称
2.只从Git仓库中移除指定的文件,但保留工作区中对应的文件
git re --cached 要移除的文件名
忽略文件
一般我们总会有一些文件无需纳入Git的管理,也不希望它们总出现在为观众的文件列表。这种情况下,我们可以创建一个名为.gitignore的配置文件,列出想要忽略的文件的匹配模式。
文件.gitigonre的格式规范如下:
1.以#开头的是注释
2.以/结尾的是目录
3.以/开头防止递归
4.以!开头的表示取反
5.可以使用glob模式进行文件和文件夹的匹配(glob指简化了正则表达式)
glob模式
所谓的glob模式是指简化了的正则表达式:
1.*匹配0个或多个任意字符
2.[abc]匹配任何一个列在方括号中的字符(此案例匹配一个a或一个b或一个c)
3.?只匹配一个任意字符
4.在方括号中使用短划线分隔两个字符,表示所有在这两个字符范围内的都可以匹配(比如[0-9]表示匹配所有0-9数字)
5.**表示匹配任意的中间目录(比如a/**/z可以匹配a/z、a/b/z、a/b/c/z等)
查看提交历史
如果希望回顾项目提交历史,可以使用git log这个简单以有效的命令。
按照时间的先后顺序列出所有提交历史,最近的提交排在最上面
git log
只展示最新的两条提交历史,数字可以按需进行填写
git log -2
在一行上展示最近两条提交的历史信息
git log -2 --pretty=oneline
在一行上展示最近两条提交历史的信息,并自定义输出的格式
%h提交的简写哈希值 %an作者名字 %ar作者修订日期,按多久以前的方式显示 %s提交说明
git log -2 --pretty=format:"%h | %an | %ar | %s"
回退到指定的版本
在一行上展示所有的提交历史
git log --pretty=oneline
使用git reset --hard 命令,根据指定的提交ID回退到指定版本
git reset --hard <commitID>
再旧版本中使用git reflog --pretty=oneline命令,查看命令操作历史
git reflog --pretty=oneline
再次根据最新的提交ID,跳转到最新版本
git reset --hard <commitID>
Github
了解开源相关的概念
什么是开源
开源即开放源代码,代码是公开的,任何人都可以去,查看、修改和使用开源代码
什么是闭源
软件的代码是封闭的,只有作者能看到,闭源软件的代码,只有作者能对源代码进行修改
什么是开源许可协议
开源并不意味完全没有限制,为了限制使用者的使用范围和保护作者的权利,每个开源项目都应该遵循开源许可协议。
常见的5种开源许可协议
1.BSD
2.Apache Licence2.0
3.GPL
- 具有传染性的一种开源协议,不允许修改后和衍生的代码作为闭源的商业软件发布和销售
- 使用GPL的最著名的软件项目是:Linux
4.LGPL
5.MIT
-
是目前限制最少的协议,唯一的条件:在修改后的代码或者发行包中,必须包含原作者的许可信息
-
使用MIT的软件项目有:jQuery、Node.js
为什么要拥抱开源
开源的核心思想是:我为人人,人人为我,人们越来越喜欢开源大致是处于以下3个原因:
1.开源给使用者更多的控制权
2.开源让学习变得更容易
3.开源才有真正的安全
开源是软件开发领域的大趋势,拥抱开源就像站在了巨人的肩膀上,不用自己重复造轮子,让开发越来越容易。
开源项目托管平台
专门用于免费存放开源项目源代码的网站,叫做开源项目托管平台。目前世界上比较出名的开源项目托管平台主要有3个:
- Github(全球最牛的开源项目托管平台,没有之一)
- Gitlab(对私码私有性支持较好,因此企业用户较多)
- Gitee(又叫做码云,是国产的开源项目托管平台。访问速度快、纯中文截面、使用友好)
注意:以上3个开源项目托管平台,只能托管以Git项目源代码,因此,它们的名字都是以Git开头。
什么是Github
Github是全球最大的开源项目托管平台。因为只支持Git作为唯一的版本控制工具,故名Github。
在Github中你可以:
1.关于自己喜欢的开源项目,为其点赞打call
2.为自己喜欢的开源项目做贡献
3.和开源项目的作者讨论BUG和提需求
4.把喜欢的项目复制一份作为自己的项目进行修改
5.创建属于自己的开源项目
6.etc…
远程仓库使用
1.新建空白远程仓库
2.新建空白远程仓库成功
3.远程仓库的两种访问方式
Github上的远程仓库,有两种访问方式,分别是HTTPS和SSH。它们的区别是:
- HTTPS:零配置,但是每次访问仓库时,需要重新输入Github帐号和密码才能成功访问。
- SSH:需要进行额外的配置;但是配置成功后,每次访问仓库时,不需要重新输入Github的帐号和密码。
注意:在实际开发中,推荐使用SSH的方式访问远程仓库。
4.基于HTTPS将本地仓库上传到GitHub
1.将本地仓库和远程仓库进行关联,并把远程仓库命名为origin
git remote add origin git@github.com:gegeburuxiaopingyon/project_01.git
2.将本地仓库中的内容推动到远程origin仓库中(第一次添加)
git push -u origin main
2.将本地仓库中的内容推动到远程origin仓库中(后几次添加)
git push
SSH key
SSH key的作用:实现本地仓库和GitHub之间免登录的加密数据传输。
SSH key的好处:免登录身份认证、数据加密传输。
SSH key由两部分组成,分别是
1.id_rsa(私钥文件,存放于客户端的电脑中即可)
2.id_rsa.pub(公钥文件,需要配置到GitHub中)
生成SSH key
1.打开 Git Bash
2.粘贴如下的命令,并将填入GitHub帐号绑定的邮箱
- ssh-keygen-t rsa -b 4096 -C “your_email@example.com”
3.连续敲击3次回车,即可在C:\Users\用户名文件夹.ssh目录中生成id_rsa和id_rsa.pub两个文件
配置SSH key
1.使用笔记本打开id_rsa.pub文件,复制里面的文本内容
2.在浏览器中登录GitHub,点击头像-Setting-SSH and GPG Keys - New SSH key
3.将 id_rsa.pub文件里的内容,粘贴到key队友的文本框中
4.在title文本框中任意填写一个名称,来标识一个Key从何而来
检测GitHub的SSH key是否匹配成功
打开GitBash,输入如下的命令并回车执行:
ssh -T git@github.com
最后有hi username 就证明成功
将远程仓库克隆到本地
打开Git Bash,输入如下的命令并回车执行:
git clone 远程仓库的地址
Git分支
本地分支操作
分支的概念
分支就是科幻电影里面的平行宇宙,当你正在电脑前努力学习Git的时候,另外一个你正在另一个平行宇宙里努力学习SVN。
如果两个平行宇宙互不干扰,那对现在的你也没啥影响。
不过,在某个时间点,两个平行宇宙合并了,结果,你既学会了Git又学会了SVN。
分支在实际开发中的作用
在进行多人协作开发的时候,为了分支互相干扰,提高协同开发的体验,建议每个开发者都基于分支进行项目功能的开发。
master 主分支
在初始化本地Git仓库的时候,Git默认已经帮我们创建了一个名字叫做master的分支。通常我们把这个master分支叫做主分支。
在实际工作中,master主分支的作用是用来保存和记录整个项目已完成的功能代码。
因此,不允许程序员直接在master分支上修改代码,因为这样做的风险太高,容易导致整个项目崩溃。
功能分支
由于程序员不能直接在master分支上进行功能的开发,所以就有了功能分支的概念。
功能分支指的是专门用来开发新功能的分支,它是临时从master主分支上分叉出来的,当新功能开发且测试完毕后,最终需要合并到master主分支上。
查看分支列表
使用如下的命令,可以查看当前Git仓库中的分支列表:
git branch
注意:分支前面带*号表示当前所处的分支
创建新分支
使用如下的命令,可以基于当前分支,创建一个新的分支,此时,新分支中的代码和当前分支完全一样:
git branch 分支名字
切换分支
使用如下的命令,可以切换到指定的分支上进行开发
git checkout login
分支的快速创建和切换
使用如下的命令,可以创建指定名称的新分支,并立即切换到新分支上
git checkout -b 分支名称
合并分支
功能分支的代码开发测试完毕之后,可以使用如下的命令,将完成后的代码合并到master主分支上:
git merge 要合并的分支
合并分支的注意点:
假设要把c分支的代码合并到A分支,则必须先切换到A分支上,再运行git merge命令,来合并C分支
删除分支
当把功能分支的代码合并到master主分支上以后,就可以使用如下命令,删除对应的功能分支:
git branch -d 分支名称
遇到冲突的时的分支合并
如果两个不同的分支中,对同一个文件进行了不同的修改,Git就没法干净的合并他们。此时,我们需要打开这些包含冲突的文件然后手动解决冲突。
远程分支操作
将本地的分支推送到远程仓库
如果是第一次将本地分支推送到远程仓库,需要运行如下的命令:
-u 表示把本地分支和远程分支进行关联,只在第一次推送的时候需要带-u参数
git push -u 远程仓库的别名 本地分支名称:远程分支名称
实际案例:
git push -u origin payment:pay
如果希望远程分支的名称和本地分支的名称保持一致,可以对命令进行简化
git push -u origin payment
查看远程仓库汇总所有的分支列表
语法:
git remote show 远程仓库的名字
跟踪分支
跟踪分支指的是:从远程仓库中,把远程分支下载到本地仓库中。
语法:
从远程仓库中,把对应的远程分支下载到本地仓库,保持本地分支和远程分支名称相同
git checkout 远程分支名称
实例:
git checkout pay
从远程仓库中,把对应的远程分支下载到本地仓库,并把下载的本地分支进行重命名
git checkout -b 本地分支名称 远程仓库名称/远程分支名称
实例:
git checkout -b payment origin/pay
拉取远程分支的最新代码
语法:
从远程仓库,拉取当前分支最新的代码,保持当前分支的代码和远程分支代码是一致的
git pull
删除远程分支
语法:
删除远程仓库中,指定名称的远程分支
git push 远程仓库的名称 --delete 远程分支名称
实例:
git push origin – delete pay