“Git操作大全:轻松掌握Github和Git分支“

1.Git操作

1.获取Git仓库的两种方式

(1)将尚未进行版本控制的本地目录转换为git仓库

git init

• git init初始化仓库,可以将当前目录转换为git仓库
• git init命令会创建一个名为.git的隐藏目录,这个.git目录就是当前的Git仓库
• 里面包含了初始化的必要文件,这些文件是git仓库的必要组成部分

(2)从其他服务器克隆一个已存在的Git仓库

git clone 远程仓库地址

2.检查文件的状态

git status
# 以精简的方式显示文件状态
git status -s

• -s是--short的缩写

工作区中的每一个文件可能有4种状态,这四种状态又分为两类:

(1)未被Git管理

• 未跟踪(Untracked): 不被Git所管理的文件,如新建的文件。

(2)已被Git管理

• 未修改(Unmodified): 工作区中文件的内容和git仓库中文件的内容保持一致
• 已修改(Modified): 工作区中文件的内容和git仓库中的内容不一致
• 已暂存(Staged): 工作区中被修改的文件已放到暂存区中,准备将修改后的文件保持到git仓库中

Git操作的终极结果: 让工作区中的文件内容都处于"未修改"的状态。

3.跟踪新文件

git add 文件名
# 暂存多个文件
git add .

• 跟踪文件,将文件放到暂存区中
• 此时git status -s,可以看到文件名前面有绿色的A,表示已在暂存区。

git add是多个功能命令,主要有如下3个功能：

• 可以用它开始跟踪新文件
• 把已跟踪且已修改过的文件放到暂存区(得到绿色的M标记)
• 把有冲突的文件标记为已解决状态

4.提交更新

git commit -m "提交的消息"

• 将暂存区的文件提交到git仓库
• 此时git status，会看到nothing to commit, working tree clean(没有任何需要提交的文件)
• 证明所有工作区中的所有文件都处于"未修改"的状态。

5.修改已提交文件

当我们修改了与Git仓库中保持一致的文件后,再次git status,会显示:

modified: 文件名

• 表示已跟踪的文件内容发生了变化,但是未放到暂存区。

• 修改过的并且没有放入到暂存区的文件,会有红色M标记

6.暂存已修改的文件

git add 文件名

• 暂存已修改过的文件,需要再次运行git add命令
• 把已跟踪且已修改过的文件放到暂存区(再次git status,得到绿色的M标记)

7.提交已暂存的文件

git commit -m "提示信息"

• 再次执行git commit -m "提交消息"命令,将文件提交到git仓库进行保存
• 提交成功后,文件又变成了未修改(Unmodified)状态
  

8.撤销对文件的修改

git checkout -- 文件名

• 把工作区中修改的文件,还原成git仓库中所保留的版本
• 这个操作会使所有作出的修改丢失,且无法恢复。危险性高,慎重使用
• 撤销操作的本质: git仓库保存的文件,覆盖工作区中指定的文件

9.取消暂存的文件

git reset HEAD 文件名

• 如果需要从暂存区移除对应的文件,可以使用这个命令

10.跳过使用暂存区

git commit -a -m "描述消息"

• git标准工作流程是工作区->暂存区->git仓库,可以直接将修改的文件跳过暂存区,直接提交到git仓库
• 工作区->git仓库

11.忽略文件

​ 一般总会有些文件无需纳入git中管理,也不希望它们出现在未跟踪的文件列表。我们可以创建一个名为.gitignore配置文件,列出要忽略的匹配模式。

.gitignore规范:

(1)以#开头的是注释
(2)以/结尾的是目录
(3)以/开头的是防止递归
(4)以!开头的表示取反
(5)可以使用glob模式进行文件和文件夹的匹配(glob指简化的正则表达式):
* 匹配零个或多个任意字符
[abc] 匹配括号中任意一个字符
? 只匹配一个字符
- 表示范围 如匹配0到9 [0-9]
** 匹配任意中间目录(如a/**/z 可以匹配a/z,a/b/z,a/b/c/z)

如我们创建并配置了.gitignore文件:

# 忽略text.css 文件
text.css

# 忽略所有.css文件
*.css

# 忽略text目录下的所有文件
text/

# 跟踪所有的index.css文件(即便前面已经忽略.css文件)
!index.css

# 只忽略当前目录下的text文件,而不忽略  其他目录/text
/text

# 忽略 doc/a.txt,但不忽略 doc/a/b.txt
doc/*.txt

# 忽略doc/ 目录极其所有子目录下的 .pdf文件
doc/**/*.pdf

12.查看提交历史

# 按时间先后顺序列出所有提交历史(最近的提交排最上面)
git log
# 只展示最近两条提交历史
git log -2
# 一行上显示最近提交的历史
git log -2 --pretty=oneline
# 自定义输出格式
git log -2 --pretty=format:"%h | %an | %ar | %s"

• %h: 提交的哈希值简写
• %an: 作者名字
• %ar: 作者修订日期(按多久以前的方式显示）
• %s:提交说明

13.切换到指定版本

git reset --hard <CommitID>

# (1)先展示出所有的提交历史
git log --pretty=oneline
# (2)根据指定的提交id回退到指定版本
git reset --hard <CommitID>
# (3)在旧版本中,展示所有的提交历史
git reflog --pretty=oneline
# (4)再次根据最新的提交ID,跳转到最新版本
git reset --hard <CommitID>

2.GitHub

​ GitHub是全球最大的开源项目托管平台,因为只支持Git作为唯一的版本控制工具,故名GitHub。

1.常见的5种开源许可协议

GPL(GNU General Public License):

• 具有传染性的一种开源协议,不允许修改后和衍生的代码作为闭源的商业软件发布和销售
• 使用GPL的最著名的软件项目:Linux

MIT(Massachusetts Institute of Technology):

• 是目前限制最少的协议,唯一的条件: 在修改后的代码或者发行包中,必须包含原作者的许可信息
• 使用MIT的软件项目有: jqeury,Node.js等

BSD(Berkeley Software Distribution)

LGPL(GNU Lesser General Public License)

Apache License 2.0

2.远程仓库的两种访问方式

• HTTPS: 零配置。但是每次访问仓库时,都需要重复输入GitHub账号和密码才能进行访问
• SSH: 需要进行额外的配置;但是配置成功后,每次访问仓库时,不需要重复的输入GitHub的账号和密码

开发中推荐使用SSH的方式访问远程仓库。

3.生成SSH key

打开Git Bash,输入命令

ssh-keygen -t rsa -b 4096 -C"your_emai@qq.com"

连续三次回车可生成 即可在C:User\用户名文件夹\.ssh目录中生成id_rsa和id_rsa.pub两个文件

• id_rsa: 私钥文件,存放于客户端的电脑(本地)
• id_rsa.pub: 公钥文件,需要配置到Github中

4.配置SSH key

(1)记事本打开id_rsa.pub,复制文本内容

(2)在Github中,点击头像->Settings->SSH and GPG keys->New SSH key

(3)将id_rsa.pub的内容,粘贴到key对应的文本框中

(4)title任意填写一个名称,标识这个key从何而来

5.检测SSH key配置

打开Git Bash,输入命令

ssh -T git@github.com

看到提示信息后,输入

yes

能看到有自己的用户名,表示SSH key配置成功。

6.本地仓库上传到GitHub

(1)基于Https将本地仓库上传到GitHub

# 初始化仓库
git init
# 工作区代码放到暂存区
git add .
# 暂存区代码提交到git仓库
git commit -m "提交信息"
# 本地仓库链接到远程GitHub仓库
git remote add origin "https://..."
# 本地仓库的代码推送到远程GitHub仓库
git push -u origin main

• 第一次推送的本地仓库需要携带-u参数

把本地仓库最新的代码再同步到GitHub远程仓库:

git add .
git commit -m "提交信息"
git push 

• 第二次以上的提交不用链接了,该git仓库若没有取消该链接,就已有链接了
• 第二次以上的推送直接git push

(2)基于SSH将本地仓库上传到GitHub

在GitHub上选择SSH方式,然后GitBash输入命令

git init
git add .
git commit -m "提交信息"
git remote add origin git@github.com:...
git push -u origin main

7.远程仓库克隆到本地

GitHub中找到项目,点击Code->选择Https或者SSH方式-复制地址,然后GitBash输入命令

git clone 远程仓库地址

3.Git分支

1.了解Git分支

(1).分支的概念

​ 分支就如科幻电影的平行宇宙,当你正在电脑前努力的学习JavaScript,另一个你正在另一个平行宇宙努力的学习Python,如果两个宇宙互不干扰,那对现在的你也没有任何影响。不过,在某个时间点,两个平行宇宙合并了,此时,你既学会了JavaScript又学会了Python。

(2).分支在实际开发中的作用

​ 在进行多人协作开发的时候,为了防止互相干扰,提高开发的效率,建议每个开发者都基于分支进行项目的开发。

(3).master主分支

​ 在初始化本地Git仓库的时候,Git默认已经帮我们创建了一个名字叫master的分支。我们把master称为主分支。

​ 在实际工作中,master主分支的作用: 用来保存和记录整个项目已完成的功能代码。因此,避免直接在master分支上修改代码,因为这样做的风险太高,容易导致整个项目崩溃。

(4).功能分支

​ 功能分支指的是专门用来开发新功能的分支,它是master主分支上分叉出来的,当新功能开发且测试完毕后,最终需要合并到master主分支上。

2.Git分支操作

1.查看分支列表

git branch

• 查看当前Git仓库中所有的分支列表,分支名字前面*号表示当前所处的分支

2.创建新分支

git branch 分支名称

• 基于当前分支,创建一个新的分支,此时新分支中的代码和当前分支完全一样
• 创建完成后,仍处于当前分支

3.切换分支

git checkout 分支名称

• 可以切换到指定分支上

4.快速创建和切换分支

git checkout -b 分支名称

• 创建了分支并且切换到该分支上
• b就代表创建分支

5.合并分支

# (1) 先切换到master分支
git checkout master
# (2) 在master分支上将子分支的代码合并到master中
git merge 分支名称

• 功能分支的代码开发测试完毕后,使用以上命令,将完成的代码合并到master主分支上。

具体过程:

比如我们在login分支上修改了代码,新增了登录的功能,然后我们输入命令

git add .
git commit -m "提交信息"

将代码提交到git仓库后,我们就切换到master主分支,在master分支上合并login分支,合并完成后,master主分支上就有了登录功能的代码。

6.删除分支

git branch -d 分支名称

• 当把功能分支的代码合并到master分支上后,就可以使用该命令,删除对应功能的分支
• 注意: 删除该分支时,不能处于该分支上
• 删除分支时,如果该分支没有合并到master会报错,如果仍然要删除,则为强制删除

强制删除分支

git branch -D 分支名称

7.遇到冲突时的合并分支

• 如果在两个不同的分支上,对同一个文件进行了不同的修改,git就没法干净的合并他们。
• 此时需要我们打开这些包含冲突的文件然后手动解决冲突。

具体过程:

# 假设:在reg分支上对text.html文件的代码进行了修改,并重新提交到本地仓库
    git add . 
    git commit -m "提示信息"
    
#  然后也在master上对text.html文件的代码进行了修改 ,并重新提交到本地仓库
    git add. 
    git commit -m "提示信息"

# (1).然后在reg分支合并到master分支时,代码发生了冲突:
    git checkout master
    git merge reg

# (2).打开包含冲突的文件,手动解决冲突之后,再执行如下的命令
    git add .
    git commit -m "提示信息"
    
# 手动解决冲突可选择: 采用当前更改 | 采用传入的更改 | 保留双方更改 | 比较变更

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

git push -u origin 本地分支名称

• 如果远程仓库没有这个分支,第一次推送要带-u参数。此后可以直接git push

可在推送时,修改远程分支的名称

git push -u origin 本地分支名称:远程分支名称

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

git remote show origin

10.跟踪分支

# (1)与远程分支同名
git checkout 远程分支名称

# (2)需要重新命名
git checkout -b 本地分支名称 origin/远程分支名称

• 跟踪分支指定就是从远程仓库中,把远程分支下载到本地仓库中
• origin就是默认的远程仓库

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

 git pull

• 从远程分支最新的代码拉取到本地对应的分支中,保持当前分支的代码和远程分支的代码一致

12.删除远程分支

git push origin --delete 远程分支名称

扩展:

选择默认的主分支main

git branch -M main

查看当前的链接地址

git remote -v

取消已链接的地址

git remote remove origin