4.1——Git和github

一、查看git安装路径和版本

查看git安装路径和版本
查看Git版本:git version
查看Git路径命令:where git
4.1——Git和github_第1张图片

二、git安装

下载

下载网址

git的配置

安装完 Git 之后,要做的第一件事就是设置自己的用户名和邮件地址。因为通过 Git 对项目进行版本管理的时候,Git 需要使用这些基本信息,来记录是谁对项目进行了操作:

  • git config --global user.name “xxx”
  • git config --global user.mail “[email protected]

4.1——Git和github_第2张图片

  • 使用git config --list --global查看所有配置
    在这里插入图片描述

如果提示没有,就先去这个路径下创建一个.gitconfig文件,再执行上面的操作

终端cmd获取帮助信息

  • 网页查看帮助信息用法(以config为例)用法
    git help config
  • 终端简洁输出信息查看
    git config -h

清空git界面

clear

三、Git 的基本操作

获取Git仓库的两种方式

1.在本地将尚未进行版本控制的目录转换为 Git 仓库
2.从其它服务器克隆一个已存在的 Git 仓库到本地

在现有目录中初始化仓库

如果自己有一个尚未进行版本控制的项目目录,想要用 Git 来控制它,需要执行如下两个步骤:
① 在项目目录中,通过鼠标右键打开“Git Bash”
② 执行 git init 命令将当前的目录转化为 Git 仓库,这样就多了一个.git文件夹

4.1——Git和github_第3张图片

检查文件的状态

可以使用 git status 命令查看文件处于什么状态,在状态报告中可以看到新建的 index.html 文件出现在 Untracked files(未跟踪的文件) 下面。未跟踪的文件意味着 Git 在之前的快照(提交)中没有这些文件;Git 不会自动将之纳入跟踪范围,除非明确地告诉它“我需要使用 Git 跟踪管理该文件”。

4.1——Git和github_第4张图片

  • 以精简的方式显示文件状态
    使用 git status 输出的状态报告很详细,但有些繁琐。如果希望以精简的方式显示文件的状态,两条完全等价的命令,其中 -s 是 --short 的简写形式,未跟踪文件前面有红色的 ?? 标记,例如:
    在这里插入图片描述
    也可以用git status --short

跟踪新文件

使用命令 git add 开始跟踪一个文件。 所以,要跟踪 index.html 文件,运行如下的命令即可:
git add index.html
在这里插入图片描述

此时再运行 git status 命令,会看到 index.html 文件在 Changes to be committed 这行的下面,说明已被跟踪,并处于暂存状态(-A):
4.1——Git和github_第5张图片
在这里插入图片描述

提交更新

现在暂存区中有一个 index.html 文件等待被提交到 Git 仓库中进行保存。可以执行 git commit 命令进行提交。其中 -m 选项后面是本次的提交消息,用来对提交的内容做进一步的描述

在这里插入图片描述

提交成功之后,再次检查文件的状态,得到提示如下,证明工作区中所有的文件都处于“未修改”的状态,没有任何文件需要被提交。
在这里插入图片描述
4.1——Git和github_第6张图片

对已提交的文件进行修改

目前,index.html 文件已经被 Git 跟踪,并且工作区和 Git 仓库中的 index.html 文件内容保持一致。当我们修改了工作区中 index.html 的内容之后,再次运行 git status 和 git status -s 命令,会看到如下的内容:
文件 test.txt 出现在 Changes not staged for commit 这行下面,说明已跟踪文件的内容发生了变化,但还没有放到暂存区。

4.1——Git和github_第7张图片
注意:修改过的、没有放入暂存区的文件前面有红色的 M 标记

暂存已修改的文件

目前,工作区中的 index.html 文件已被修改,如果要暂存这次修改,需要再次运行 git add命令,这个命令
是个多功能的命令,主要有如下 3 个功效:
① 可以用它开始跟踪新文件
② 把已跟踪的、且已修改的文件放到暂存区(以前跟踪过)
③ 把有冲突的文件标记为已解决状态

  • 有注释,所以直接用这个了
    4.1——Git和github_第8张图片
    4.1——Git和github_第9张图片

提交已暂存的文件

再次运行 git commit -m “提交消息” 命令,即可将暂存区中记录的 index.html 的快照,提交到 Git 仓库中进行保存:
4.1——Git和github_第10张图片

4.1——Git和github_第11张图片
4.1——Git和github_第12张图片

撤销对文件的修改(很少做)

撤销对文件的修改指的是:把对本地工作区中对应文件的修改,还原成 Git 仓库中所保存的版本。
操作的结果:所有的本地修改会丢失,且无法恢复!危险性比较高,请慎重操作!

git checkout – test.txt

4.1——Git和github_第13张图片

向暂存区中一次性添加多个文件

如果需要被暂存的文件个数比较多,可以使用如下的命令,一次性将所有的新增和修改过的文件加入暂存区,今后在项目开发中,会经常使用这个命令,将新增和修改过后的文件加入暂存区。

git add .

取消暂存的文件

(注意:已经commit上传了的文件是不会在 暂存区的,要么M要么A,A表示第一次添加到暂存区但是还未上传,M绿色表示修改后提交成功到暂存区,红色M表示已跟踪文件的修改,但还没有放到暂存区。
即绿色M到红色M或者A到???就是从暂存区中移除对应的文件,可以使用如下的命令:
git reset HEAD 要移除的文件(可以是文件名或点.)

4.1——Git和github_第14张图片

接着就可以提交了,提交完了工作区就没有暂存的文件了

4.1——Git和github_第15张图片

跳过使用暂存区

Git 标准的工作流程是工作区 → 暂存区 → Git 仓库,但有时候这么做略显繁琐,此时可以跳过暂存区,直接将工作区中的修改提交到 Git 仓库,这时候 Git 工作的流程简化为了工作区 → Git 仓库。
Git 提供了一个跳过使用暂存区域的方式, 只要在提交的时候,给 git commit 加上 -a 选项,Git 就会自动把所有已经跟踪过的文件暂存起来一并提交,从而跳过 git add 步骤:
相比

从暂存区提交,多了个-a

git commit -a -m “描述消息”

移除文件

从 Git 仓库中移除文件的方式有两种:
① 从 Git 仓库和工作区中同时移除对应的文件
② 只从 Git 仓库中移除指定的文件,但保留工作区中对应的文件

#从Git仓库和工作区中同时移除index.js文件
git rm -f index.js

#只从 Git仓库中移除index.css,但保留工作区中的 index.css文件
git rm --cached index.css
4.1——Git和github_第16张图片

忽略文件

一般我们总会有些文件无需纳入 Git 的管理,也不希望它们总出现在未跟踪文件列表。 在这种情况下,我们可
以创建一个名为 .gitignore 的配置文件,列出要忽略的文件的匹配模式。
文件 .gitignore 的格式规范如下:
① 以 # 开头的是注释
② 以 / 结尾的是目录
③ 以 / 开头防止递归
④ 以 ! 开头表示取反
⑤ 可以使用 glob 模式进行文件和文件夹的匹配(glob 指简化了的正则表达式)

  • glob 模式
    所谓的 glob 模式是指简化了的正则表达式:
    ① 星号 * 匹配零个或多个任意字符
    ② [abc] 匹配任何一个列在方括号中的字符 (此案例匹配一个 a 或匹配一个 b 或匹配一个 c) ③ 问号 ? 只匹配一个任意字符
    ④ 在方括号中使用短划线分隔两个字符, 表示所有在这两个字符范围内的都可以匹配(比如 [0-9] 表示匹配
    所有 0 到 9 的数字)
    ⑤ 两个星号 ** 表示匹配任意中间目录(比如 a/**/z 可以匹配 a/z 、 a/b/z 或 a/b/c/z 等)

.gitignore 文件的例子

4.1——Git和github_第17张图片

查看提交历史

如果希望回顾项目的提交历史,可以使用 git log 这个简单且有效的命令,回车继续看,退出Q不看
竖线 | 是自定义分隔符格式,可以换其他的-,之类的

4.1——Git和github_第18张图片

回退到指定的版本

4.1——Git和github_第19张图片
4.1——Git和github_第20张图片

小结

① 初始化 Git 仓库的命令
⚫ git init
② 查看文件状态的命令
⚫ git status 或 git status -s
③ 一次性将文件加入暂存区的命令
⚫ git add .
④ 将暂存区的文件提交到 Git 仓库的命令
⚫ git commit -m "提交消息”

github

  • 常见的开源协议
    GPL(GNU General Public License) : 具有传染性的一种开源协议,不允许修改后和衍生的代码做为闭源的商业软件发布和销售;使用 GPL 的最著名的软件项目是:Linux

MIT(Massachusetts Institute of Technology, MIT) :是目前限制最少的协议,唯一的条件:在修改后的代码或者发行包中,必须包含原作者的许可信息;使用 MIT 的软件项目有:jquery、Node.js
更多开源协议

  • 开源项目托管平台
    专门用于免费存放开源项目源代码的网站,叫做开源项目托管平台。目前世界上比较出名的开源项目托管平台
    主要有以下 3 个:
    ⚫ Github(全球最牛的开源项目托管平台,没有之一)
    ⚫ Gitlab(对代码私有性支持较好,因此企业用户较多)
    ⚫ Gitee(又叫做码云,是国产的开源项目托管平台。访问速度快、纯中文界面、使用友好)
    注意:以上 3 个开源项目托管平台,只能托管以 Git 管理的项目源代码,因此,它们的名字都以 Git 开头。

注册并创建仓库

其中第三步的名字不一定要和本地的项目名相同
4.1——Git和github_第21张图片

两种远程仓库使用方式

Github 上的远程仓库,有两种访问方式,分别是 HTTPS 和 SSH。它们的区别是:
① HTTPS:零配置;但是每次访问仓库时,需要重复输入 Github 的账号和密码才能访问成功
② SSH:需要进行额外的配置;但是配置成功后,每次访问仓库时,不需重复输入 Github 的账号和密码
注意:在实际开发中,推荐使用 SSH 的方式访问远程仓库。

选择http方式

http:每次使用输入密码,而ssh需要配置key但后续简单些
4.1——Git和github_第22张图片

如此,这样创建了,红色框框是本地打开git bash 在命令行的代码,分别用作关联仓库和上传

4.1——Git和github_第23张图片

使用SSH的方式

  • 配置SSH key

SSH key
SSH key 的作用:实现本地仓库和 Github 之间免登录的加密数据传输。
SSH key 的好处:免登录身份认证、数据加密传输。
SSH key 由两部分组成,分别是:
① id_rsa(私钥文件,存放于客户端的电脑中即可)
② id_rsa.pub(公钥文件,需要配置到 Github 中)

步骤1

① 打开 Git Bash
② 粘贴如下的命令,并将 [email protected] 替换为注册 Github 账号时填写的邮箱:
⚫ ssh-keygen -t rsa -b 4096 -C “[email protected]
③ 连续敲击 3 次回车,即可在 C:\Users\用户名文件夹.ssh 目录中生成 id_rsa 和 id_rsa.pub 两个文件

步骤2

① 使用记事本打开 id_rsa.pub 文件,复制里面的文本内容
② 在浏览器中登录 Github,点击头像 -> Settings -> SSH and GPG Keys -> New SSH key
③ 将 id_rsa.pub 文件中的内容,粘贴到 Key 对应的文本框中
④ 在 Title 文本框中任意填写一个名称,来标识这个 Key 从何而来

检测 Github 的 SSH key 是否配置成功

4.1——Git和github_第24张图片

  • 基于 SSH 将本地仓库上传到 Github
    4.1——Git和github_第25张图片
    这里和http都一样,若已经创建了本地的仓库,在git bash输入上面的红色两句代码就可以了

将远程仓库克隆到本地

打开 Git Bash,输入如下的命令并回车执行:
git clone 远程仓库地址(可以是http也可以是ssh)

查看分支列表

使用如下的命令,可以查看当前 Git 仓库中所有的分支列表:
注意:分支名字前面的 * 号表示当前所处的分支

git branch

在这里插入图片描述

创建新分支

使用如下的命令,可以基于当前分支,创建一个新的分支,此时,新分支中的代码和当前分支完全一样。

git branch 分支名称

切换分支

使用如下的命令,可以切换到指定的分支上进行开发:

git checkout 分支名

这样后面的括号就是分支名而不是master了
4.1——Git和github_第26张图片

快速创建并切换分支

git checkout -b 分支名

合并分支

  1. 切换到master 分支
    git checkout master
  2. 在 master 分支上运行 git merge命令,将 login 分支的代码合并到master分支
    git merge login

4.1——Git和github_第27张图片

  • 合并分支时的注意点:(进入不同的分支打开同一个文件是不一样的)
    假设要把 C 分支的代码合并到 A 分支,(再修改文件,然后提交到git仓库git add . ,git commit -m “说明提示” 提交后才切换到A分支)则必须先切换到 A 分支上,再运行 git merge 命令,来合并 C 分支!

删除分支

当把功能分支的代码合并到 master 主分支上以后,就可以使用如下的命令,删除对应的功能分支:git branch -d 分支名

删除这个分支不能处于这个分支上!!!

遇到冲突时的分支合并

如果在两个不同的分支中,对同一个文件进行了不同的修改(修改完了都要add和commit上git仓库然后在切换回主分支合并),

Git 就没法干净的合并它们(这时候在master上合并reg分支:git merge reg就会报错)。分支名称由master变成就会master|MERGING。

此时,我们需要打开这些包含冲突的文件然后手动解决冲突(CScode智能的让你选择保留哪个或者比较)。修改完了就重新在master|MERGING上添加上传git add .然后git commit -m “解决了分支合并冲突”

4.1——Git和github_第28张图片

Git 分支 - 远程分支操作

将本地分支推送到远程仓库

如果是第一次将本地分支推送到远程仓库,需要运行-u如下的命令(也就是本地的分支名payment上传远程Github左上角有个branch一般最初只有master ,默认origin分支,上传本地payment分支并改为pay的名字,这样Github左上角就可以看到两个分支:master和pay)
4.1——Git和github_第29张图片
注意:第一次推送分支需要带 -u 参数,此后可以直接使用 git push 推送代码到远程分支。

查看远程仓库中所有的分支列表

通过如下的命令,可以查看远程仓库中,所有的分支列表的信息:

git remote show 远程仓库名称

跟踪分支(把github上的分支下载到本地)

跟踪分支指的是:从远程仓库中,把远程分支下载到本地仓库中。需要运行的命令如下:
1.首先要删除本地的分支(要先到分支master才能删除分支pay,不能在分支pay删除分支pay),

git branch -d pay

2.接着就可以:(从仓库的pay分支,之一origin可能是分支统称?,其中本地分支名是自己重命名到本地叫payment的)

4.1——Git和github_第30张图片

拉取远程分支的最新的代码

当修改了远程仓库的某分子的代码(比如github进入那个文件右上角有笔就可以修改,修改完了填写备注即可)。

可以使用如下的命令,把远程分支最新的代码下载到本地对应的分支中(注意本地也要在相应的分支里面执行gitpull):
在这里插入图片描述

git pull

删除远程分支

可以使用如下的命令,删除远程仓库中指定的分支pay
4.1——Git和github_第31张图片

注意区分删除本地分支:git branch -d 分支名
如果分支还没有合并进master可能会提示删除不成功,用 git branch -D 分支名强制删除即可。

你可能感兴趣的:(前端,git,github,服务器)