Git&GitHub最强入门

阅读数: 次 2020-06-23

EverydayOneCat

🌍

一、版本控制

1.版本控制工具应该具备的功能

协同修改
- 多人并行不悖的修改服务器端的同一个文件。
数据备份
- 不仅保存目录和文件的当前状态，还能够保存每一个提交过的历史状态。
版本管理
- 在保存每一个版本的文件信息的时候要做到不保存重复数据，以节约存储空间，提高运行效率。这方面SVN 采用的是增量式管理的方式，而Git 采取了文件系统快照的方式。
权限控制
- 对团队中参与开发的人员进行权限控制。
- 对团队外开发者贡献的代码进行审核——Git 独有。
历史记录
- 查看修改人、修改时间、修改内容、日志信息。
- 将本地文件恢复到某一个历史状态。
分支管理
- 允许开发团队在工作过程中多条生产线同时推进任务，进一步提高效率。

2.版本控制工具

集中式版本控制工具：CVS、SVN、VSS……

分布式版本控制工具：Git、Mercurial、Bazaar、Darcs……

二、Git简介

1.基本信息

简史：

官网地址：https://git-scm.com/

优势：

1、大部分操作在本地完成，不需要联网
2、完整性保证
3、尽可能添加数据而不是删除或修改数据
4、分支操作非常快捷流畅
5、与Linux 命令全面兼容

安装：进入官网下载安装包，安装过程全部默认下一步就好。

2.Git结构

3.Git和代码托管中心

代码托管中心的任务：维护远程库

局域网环境下：GitLab 服务器
外网环境下：GitHub、码云

4.本地库和远程库

团队内部协作：

跨团队协作：

三、Git命令行操作

1.本地仓库初始化

命令：git init

2.设置签名

作用：区分不同开发人员的身份

辨析：这里设置的签名和登录远程库(代码托管中心)的账号、密码没有任何关系。

项目级别/仓库级别：仅在当前本地库范围内有效

1 2	git config user.name jy_pro git config user.email jyEmail_pro@qq.com

信息保存位置：./.git/config 文件

系统用户级别：登录当前操作系统的用户范围

1 2	git config --global user.name jy_pro git config --global user.email jyEmail_pro@qq.com

信息保存位置：~/.gitconfig 文件

级别优先级:

就近原则：项目级别优先于系统用户级别，二者都有时采用项目级别的签名
如果只有系统用户级别的签名，就以系统用户级别的签名为准
二者都没有不允许

3.基本操作

状态查看：git status——查看工作区、暂存区状态
添加到寄存区：git add [file name]——将工作区的“新建/修改”添加到暂存区
提交到本地库：git commit -m “commit message” [file name]——将暂存区的内容提交到本地库
查看历史记录：
- git log——详细显示记录
  
  多屏显示控制方式：空格向下翻页、b 向上翻页、q 退出
- git log —pretty=oneline
- git log —oneline
- git reflog
  
  HEAD@{移动到当前版本需要多少步}

前进后退
- 基于索引值操作[推荐]
  - git reset —hard [局部索引值]
  - git reset —hard a6ace91
- 使用^符号：只能后退
  - git reset —hard HEAD^
  - 注：一个^表示后退一步，n 个表示后退n 步
- 使用~符号：只能后退
  - git reset —hard HEAD~n
  - 注：表示后退n 步
reset 命令的三个参数对比
- —soft 参数——仅仅在本地库移动HEAD 指针
- —mixed 参数——在本地库移动HEAD 指针并重置暂存区
- —hard 参数——在本地库移动HEAD 指针、重置暂存区、重置工作区
删除文件并找回
- 前提：删除前，文件存在时的状态提交到了本地库。
- 操作：git reset —hard [指针位置]
  - 删除操作已经提交到本地库：指针位置指向历史记录
  - 删除操作尚未提交到本地库：指针位置使用HEAD
比较文件差异
- git diff [文件名]——将工作区中的文件和暂存区进行比较
- git diff [本地库中历史版本] [文件名]——将工作区中的文件和本地库历史记录比较
- 不带文件名比较多个文件

4.分支管理

分支：在版本控制过程中，使用多条线同时推进多个任务。

Git&GitHub

分支的好处：

同时并行推进多个功能开发，提高开发效率
各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。

分支操作：

创建分支——git branch [分支名]
查看分支——git branch -v
切换分支——git checkout [分支名]
合并分支
- 第一步：切换到接受修改的分支（被合并，要增加新内容）上——git checkout [被合并分支名]
- 第二步：执行merge 命令——git merge [有新内容分支名]
解决冲突
- 冲突的表现
- 冲突的解决
  - 第一步：编辑文件，删除特殊符号
  - 第二步：把文件修改到满意的程度，保存退出
  - 第三步：git add [文件名]
  - 第四步：git commit -m “日志信息”——注意：此时commit 一定不能带具体文件名

四、Git基本原理

1.哈希

哈希是一个系列的加密算法，各个不同的哈希算法虽然加密强度不同，但是有以下几个共同点：
①不管输入数据的数据量有多大，输入同一个哈希算法，得到的加密结果长度固定。
②哈希算法确定，输入数据确定，输出数据能够保证不变
③哈希算法确定，输入数据有变化，输出数据一定有变化，而且通常变化很大
④哈希算法不可逆
Git 底层采用的是SHA-1 算法。

哈希算法可以被用来验证文件。原理如下图所示：

Git 就是靠这种机制来从根本上保证数据完整性的。

2.Git保存版本的机制

2.1集中式版本控制工具的文件管理机制

以文件变更列表的方式存储信息。这类系统将它们保存的信息看作是一组基本文件和每个文件随时间逐步累积的差异。

2.2Git的文件管理机制

Git 把数据看作是小型文件系统的一组快照。每次提交更新时Git 都会对当前的全部文件制作一个快照并保存这个快照的索引。为了高效，如果文件没有修改，Git 不再重新存储该文件，而是只保留一个链接指向之前存储的文件。所以Git 的工作方式可以称之为快照流。

2.3Git文件管理机制细节

Git 的“提交对象”

提交对象及其父对象形成的链条

3.Git分支管理机制

分支的创建：添加一个指针指向版本

分支的切换：head指针指向分支，如果修改则跟着分支走

五、GitHub

1.远程库

github创建：

1.1创建远程库地址别名：

git remote -v 查看当前所有远程地址别名

git remote add [别名] [远程地址]

1.2推送

git push [别名] [分支名]

1.3克隆

git clone [远程地址]

效果：

完整的把远程库下载到本地
创建origin 远程地址别名
初始化本地库

2.团队

2.1团队成员邀请

“岳不群”其他方式把邀请链接发送给“令狐冲”，“令狐冲”登录自己的GitHub账号，访问邀请链接，接受邀请。

2.2拉取

pull=fetch+merge

git fetch [远程库地址别名] [远程分支名]——把远程库下载下来，可以查看

git merge [远程库地址别名/远程分支名]——将远程库和本地库合并

git pull [远程库地址别名] [远程分支名]——直接下载合并

2.3解决冲突

如果不是基于GitHub 远程库的最新版所做的修改，不能推送，必须先拉取。

拉取下来后如果进入冲突状态，则按照“分支冲突解决”操作解决即可。

2.4跨团队协作

Fork：

本地修改，然后推送到远程
Pull Request

审核修改：

审核代码：

合并代码：

将远程库修改拉取到本地

3.SSH 登录

进入当前用户的家目录——$ cd ~
删除.ssh 目录——$ rm -rvf .ssh
运行命令生成.ssh 密钥目录
- $ ssh-keygen -t rsa -C 邮箱地址——([注意：这里-C 这个参数是大写的C])
进入.ssh 目录查看文件列表——cd .ssh
查看id_rsa.pub 文件内容——cat id_rsa.pub
复制id_rsa.pub 文件内容，登录GitHub，点击用户头像→Settings→SSH and GPG keys
New SSH Key
输入复制的密钥信息
回到Git bash 创建远程地址别名
- $ git remote add origin_ssh git@github.com:JY741/studyGit.git
推送文件进行测试

六、Eclipse中Git使用

1.工程初始化为本地库

工程→右键→Team→Share Project→Git

2.Eclipse 中忽略文件

Eclipse 特定文件：

.classpath 文件
.project 文件
.settings 目录下所有文件

这些都是Eclipse 为了管理我们创建的工程而维护的文件，和开发的代码没有直接关系。最好不要在Git 中进行追踪，也就是把它们忽略。

为什么要忽略Eclipse 特定文件呢？

同一个团队中很难保证大家使用相同的IDE 工具，而IDE 工具不同时，相关工程特定文件就有可能不同。如果这些文件加入版本控制，那么开发时很可能需要为了这些文件解决冲突。

GitHub 官网样例文件：

https://github.com/github/gitignore
https://github.com/github/gitignore/blob/master/Java.gitignore

编辑本地忽略配置文件，文件名任意(Java.gitignore)

# Compiled class file
*.class
# Log file
*.log
# BlueJ files
*.ctxt
# Mobile Tools for Java (J2ME)
.mtj.tmp/
# Package Files #
*.jar
*.war
*.nar
*.ear
*.zip
*.tar.gz
*.rar
# virtual machine crash logs, see http://www.java.com/en/download/help/error_hotspot.xml
hs_err_pid*
.classpath
.project
.settings
target

在~/.gitconfig 文件中引入上述文件

1 2	[core] excludesfile = C:/Users/Lenovo/Java.gitignore

[注意：这里路径中一定要使用“/”，不能使用“\”]

3.本地提交

4.推送到远程库

5.克隆工程操作

Import……导入工程选git……选择clone URL

到远程库复制工程地址

指定工程的保存位置

指定工程导入方式，这里只能用：Import as general project

转换工程类型

6.解决冲突

先pull下载，冲突文件→右键→Team→Merge Tool

修改完成后正常执行add/commit 操作即可

七、Git工作流

在项目开发过程中使用Git 的方式

1.分类

1.1集中式工作流

像SVN 一样，集中式工作流以中央仓库作为项目所有修改的单点实体。所有修改都提交到Master 这个分支上。
这种方式与SVN 的主要区别就是开发人员有本地库。Git 很多特性并没有用到。

1.2GitFlow工作流

Gitflow 工作流通过为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。严格的分支模型也为大型项目提供了一些非常必要的结构。

1.3Forking 工作流

Forking 工作流是在GitFlow 基础上，充分利用了Git 的Fork 和pull request 的功能以达到代码审核的目的。更适合安全可靠地管理大团队的开发者，而且能接受不信任贡献者的提交。

2.GitFlow工作流详解

主干分支master
主要负责管理正在运行的生产环境代码。永远保持与正在运行的生产环境完全一致。
开发分支develop
主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。
bug 修理分支hotfix
主要负责管理生产环境下出现的紧急修复的代码。从主干分支分出，修理完毕并测试上线后，并回主干分支。并回后，视情况可以删除该分支。
准生产分支（预发布分支） release
较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集成测试。该版本上线后，会合并到主干分支。生产环境运行一段阶段较稳定后可以视情况删除。
功能分支feature
为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支中独立出来。开发完成后会合并到开发分支。

3.Eclipse分支操作

创建分支：

切换分支审查代码：

检出远程新分支

切换回master

合并分支

合并结果

合并成功后，把master 推送到远程。

结语

分享一组滑稽缝合怪🤣

1592968258793 1592968261303 1592968289552 1592968287323 1592968281622 1592968278910 1592968276085 1592968273267 1592968270200 1592968266657 1592968264021