Git、GitHub、Gitee、GitLab
<svg xmlns="http://www.w3.org/2000/svg" style="display: none;">
<path stroke-linecap="round" d="M5,0 0,2.5 5,5z" id="raphael-marker-block" style="-webkit-tap-highlight-color: rgba(0, 0, 0, 0);"></path>
</svg>
<p>Git、GitHub、Gitee、GitLab</p>
文章目录
前言
下面将对代码托管中心Git、GitHub、Gitee、GitLab进行详细介绍。
提示：以下是本篇文章正文内容，下面案例可供参考
一、Git
1.1 Git概述
Git是一个免费的、开源的 分布式版本控制系统 ，可以快速高效地处理从小型到大型的各种
项目 。
Git易于学习，占地面积小，性能 极快 。 它具有廉价的本地库 ，方便的暂存区域和多个工作
流 分支 等 特性。 其性能优于 Subversion、 CVS、 Perforce和 ClearCase等 版本控制工具。
1.2 版本控制
版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。
1.3 为什么需要版本控制
个人开发过渡到团队协作。
1.4 版本控制工具
- 集中式版本控制工具
CVS、SVN(Subversion)、VSS……
集中化的版本控制系统诸如 CVS、SVN 等，都有一个单一的集中管理的服务器，保存所有文件的修订版本，而协同工作的人们都通过客户端连到这台服务器，取出最新的文件或者提交更新。多年以来，这已成为版本控制系统的标准做法。
这种做法带来了许多好处，每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限，并且管理一个集中化的版本控制系统，要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面，有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时，那么在这一小时内，谁都无法提交更新，也就无法协同工作。
- 分布式版本控制工具
Git、 Mercurial、 Bazaar、 Darcs……
像Git这种分布式版本控制工具 ，客户端提取的不是最新版本的文件快照，而是把代码仓库完整地镜像下来 （本地库） 。这 样任何一处协同工作用的 文件发生故障，事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作，实际上都是一次对整个文件仓库的完整备份 。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷 :
- 服务器 断网的情况下也可以进行开发 因为版本控制是在本地进行的
- 每个客户端保存的也都是整个完整的项目包含历史记录更加安全
1.5 Git简史
1.6 Git工作机制
1.7 Git和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库，一般我们简单称为远程库。
二、Git安装
略
详情看文末的PDF。
三、 Git常用命令
| 命令名称 | 作用 |
|---|---|
| git config --global user.name 用户名 | 设置用户签名 |
| git config --global user.email 邮箱 | 设置用户签名 |
| git init | 初始化本地库 |
| git status | 查看本地库状态 |
| git add 文件名 | 添加到暂存区 |
| git commit -m"日志信息" 文件名 | 提交到本地库 |
| git reflog | 查看历史记录（精简版,版本号显示7位） |
| git log | 查看历史记录（完整版，版本号显示完全） |
| git reset --hard 版本号 | 版本穿梭 |
说明:
- 签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。 Git首次安装必须设置一下用户签名，否则无法提交代码。
※注意：
这里设置用户签名和将来登录 GitHub（或其他代码托管中心）的账号没有任
何关系。
四、Git分支操作
4.1 什么事分支
在版本控制过程中，同时推进多个任务，为每个任务，我们就可以创建每个任务的单独分支。使用分支意味着程序员可以把自己的工作从开发主线上分离开来，开发自己分支的时候，不会影响主线分支的运行。对于初学者而言，分支可以简单理解为副本，一个分支就是一个单独的副本。（分支底层其实也是指针的引用）
4.2 分支的好处
同时并行推进多个功能开发，提高开发效率。
各个分支在开发过程中，如果某一个分支开发失败，不会对其他分支有任何影响。失败的分支删除重新开始即可。
4.3 分支的操作
| 命令名称 | 作用 |
|---|---|
| git branch 分支名 | 创建分支 |
| git branch -v | 查看分支 |
| git checkout 分支名 | 切换分支 |
| git merge 分支名 | 把指定的分支合并到当前分支上 |
说明:
- 在合并分支的时候，会出现合并冲突。
冲突产生的表现 后面状态为 MERGING
冲突产生的原因：
合并分支时，两个分支在同一个文件的同一个位置有两套完全不同的修改。 Git无法替我们决定使用哪一个。必须人为决定新代码内容。
解决冲突：
1 编辑有冲突的文件，删除特殊符号，决定要使用的内容
特殊符号：
<<<<<<< HEAD 当前分支的代码 ======= 合并过来的代码 >>>>>>> hot-fix
并且执行提交时要注意此时使用 git commit 命令时不能带文件名
4.4 创建分支和切换分支图解
master、hot-fix 其实都是指向具体版本记录的指针。当前所在的分支，其实是由HEAD决定的。所以创建分支的本质就是多创建一个指针。
HEAD 如果指向master，那么我们现在就在master 分支上。
HEAD 如果执行hotfix，那么我们现在就在hotfix 分支上。
所以切换分支的本质就是移动HEAD 指针。
五、 Git 团队协作机制
5.1 团队内协作
5.2 跨团队协作
六、GitHub操作
6.1 创建远程库
6.2 远程仓库操作
| 命令名称 | 作用 |
|---|---|
| git remote -v | 查看当前所有远程地址别名 |
| git remote add 别名 远程地址 | 起别名 |
| git push 别名 分支 | 推送本地分支上的内容到远程仓库 |
| git clone 远程地址 | 将远程仓库的内容克隆到本地 |
| git pull 远程库地址别名 远程分支名 | 将远程仓库对于分支最新内容下拉来后与当前本地分支直接合并 |
6.3 跨团队协作
略
6.4 SSH 免密登录
略
七、idea 集成 Git
7.1 配置Git忽略文件
问题
- 1:为什么要忽略他们？
答：与项目的实际功能无关，不参与服务器上部署运行。把它们忽略掉能够屏蔽 IDE工具之间的差异。
问题
- 2：怎么忽略
1 创建忽略规则文件 xxxx.ignore（前缀名随便起 ，建议是 git.ignore
这个文件的存放位置原则上在哪里都可以，为了便于让~/.gitconfig文件引用，建议也放在用户家目录下
git.ignore文件 模版 内容如下：
#Compiled class file
*.class
#Log file
*.log
#BlueJ files
*.ctxt
#Mobile Tools for Java (
.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
.idea
*.iml
2 在 .gitconfig文件中引用忽略配置文件（此文件在 Windows的家目录中）
[user]
name = Layne
email = Layne @atguigu.com
excludesfile = C:/Users/ asus git .ignore
注意：这里要使用“正斜线（ /）”，不要使用“反斜线()
八、idea集成GitHub
略
九、 国内代码托管中心-码云 Gitee
略
十、自建代码托管平台-GitLab
未完待续
总结
一些Linux常用指令：
| 指令 | 功能 |
|---|---|
| yy | 复制 |
| p | 粘贴 |
| dd | 删除 |
| i | 插入模式 |
| esc | 退出：左下角输入:w：保存 :q：退出 :wq：保存并退出 |
| cd | 退到上一文件目录 |
| cd ./文件名 | 进入文件 |
| clear 、Ctrl+l | 清屏 |
| ll | 将文件形态、权限、拥有者、文件大小等资讯详细列出 |
红色：说明还没有添加到暂存区
绿色：添加到了暂存区
蓝色：被追踪过但已修改
黑色：自动提交本地库
