Git与Gitlab_git和gitlab的关系

第1章Git概述

Git是一个免费的、开源的分布式版本控制系统，可以快速高效地处理从小型到大型的各种项目。

代码托管中心，记录每个版本的代码，从项目创建到现在使用的代码，中间所有的修改都有记录。

1. 何为版本控制

版本控制是一种记录文件内容变化，以便将来查阅特定版本修订情况的系统。

版本控制其实最重要的是可以记录文件修改历史记录，从而让用户能够查看历史版本，方便版本切换。

2. 为什么需要版本控制

为了让多人开发代码时，对代码修改有记录。如果修改错了可以及时回滚（人们能够清楚知道别人对代码做了什么）

3. 版本控制工具

（1）集中式版本控制工具（CVS、SVN、VSS）

将所有代码集中存储在一台机器上，人们通过连接这台机器来进行操作代码。劣势如果发生单点故障，整个项目就要停滞。

（2）分布式版本控制工具（git）

客户提取的不是最新版本的文件快照，而是将代码仓库完整的存储到本地。这样任何一处协同用的工作发生故障，事后可以通过其他客户端的本地仓库进行恢复。

分布式版本控制解决了集中式版本控制两个缺陷：

1. 服务器断网情况也可以开发（版本控制是在本地进行的（修改完成）才推送到服务器）
2. 每个客户端保存的是完整的项目（包含历史记录）

4. Git简史

5 Git工作机制

本地代码----本地缓存区----本地库----服务器dev分支----merge服务器master

6 Git和代码托管中心

代码托管中心是基于网络服务器的远程代码仓库，一般简单称为远程库。

（1）局域网

gitlab

（2）互联网

Github（外网）

https://github.com/

Gitee码云（国内网站）

https://gitee.com/

第2章 Git安装

安装包下载官网地址：https://git-scm.com/或https://github.com/git-for-windows/git/releases

​查看GNU协议，可以直接点击下一步。

选择Git安装位置，要求是非中文并且没有空格的目录，然后下一步。

Git选项配置，推荐默认设置，然后下一步。

Git安装目录名，不用修改，直接点击下一步。

Git的默认编辑器，建议使用默认的Vim编辑器，然后点击下一步。

默认分支名设置，选择让Git决定，分支名默认为master，下一步。

修改Git的环境变量，选第一个，不修改环境变量，只在Git Bash里使用Git。

选择后台客户端连接协议，选默认值OpenSSL，然后下一步。

配置Git文件的行末换行符，Windows使用CRLF，Linux使用LF，选择第一个自动转换，然后继续下一步。

选择Git终端类型，选择默认的Git Bash终端，然后继续下一步。

选择Git pull合并的模式，选择默认，然后下一步。

选择Git的凭据管理器，选择默认的跨平台的凭据管理器，然后下一步。

其他配置，选择默认设置，然后下一步。

实验室功能，技术还不成熟，有已知的bug，不要勾选，然后点击右下角的Install按钮，开始安装Git。

点击Finsh按钮，Git安装成功！

右键任意位置（win11显示更多选项），在右键菜单里选择Git Bash Here即可打开Git Bash命令行终端。

在Git Bash终端里输入git --version查看git版本，如图所示，说明Git安装成功。

第3章 Git常用命令

git checkout branch_name：切换到已存在的分支

git checkout -b new_branch_name：切换到已经存在的分支之前创建一个新的本地分支

git checkout -b local_branch_name origin/remote_branch_name：切换到远程分支

案例实操

1、全局范围的签名设置

git config --global user.name lishaoxing
git config --global user.email lishaoxing@163.com
git config --list                # 查看全局配置
cat ~/.gitconfig               # cat linux中查看文本的命令  ~ 家 [你当前用户的家]/ .gitconfig

Notes:

签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到，以此确认本次提交是谁做的。Git首次安装必须设置一下用户签名，否则无法提交代码。【可以在gitconfig文件中更改】

※注意：这里设置用户签名和将来登录GitHub（或其他代码托管中心）的账号没有任何关系。

2、初始化本地库

结果出现.git隐藏文件，就说明该文件夹被git管理。

 3、查看本地库状态

（1）首次查看（工作区没有文件）

（2）新增文件

（3）再次查看（检测到未追踪文件）

4、添加到暂存区

查看状态（检测到暂存区有新文件）

5、提交到本地库

查看状态（没有文件需要提交）

6、修改文件

7、历史版本

8、版本穿梭

Git切换版本，底层其实是移动的HEAD指针。

第4章 Git客户端便捷操作

使用命令行操作git相对而言是非常不方便的，查看内容也不是很直观，所有官方推荐使用Git的GUI 客户端来完成页面化操作。

GitHub

GitHub下载链接：https://desktop.github.com/

1、登陆上GitHub账号、创建一个新的仓库

2、创建仓库

3、GitHub客户端登陆git账号

4、克隆项目到本地（本地文件夹要为空）

5、修改后的项目提交的github

Gitee

GitHub的网站有时候会连接不上，无法登录。可以使用阿里提供的Git远程仓库网站Gitee来代替。

首先也是登录Gitee官网注册账号并登录

1、创建一个项目

2、使用github软件克隆（类似GitHub操作，知识换成URL，URL一定具体到仓库）

2、输入gitee的账号密码

3、克隆完成后后续就和上边一样了。

第5章 GitLab的部署与使用

1.为什么使用GitLab-开发运维一体化

使用git，还需要一个远程代码仓库。常见的github、gitee这种远程代码仓库，公司中一般不会使用，因为他们是使用外网的，不够安全。一般企业都会搭建一个仅内网使用的远程代码仓库，最常见就是 GitLab。

2. 部署安装GitLab

安装包文件下载地址：https://pan.baidu.com/s/1fBia_Jt3wLsGO_zeJnnqHw?pwd=6666

2.1 安装部署

1）需要开启ssh：（已开启可跳过）

sudo systemctl status sshd
sudo systemctl enable sshd
sudo systemctl start sshd

2）防火墙开放http、https服务：（已关闭防火墙可跳过）

sudo systemctl status firewalld
sudo firewall-cmd --permanent --add-service=http
sudo firewall-cmd --permanent --add-service=https
sudo systemctl reload firewalld

2.1.2 rpm 包安装

1）上传安装包

下载地址：https://packages.gitlab.cn/#browse/search/

安装包较大，建议下载好手动上传服务器。这里上传到/opt/software

2）编写安装脚本

cd ~/bin
vim gitlab-install.sh

脚本内容如下：

sudo yum install -y curl policycoreutils-python openssh-server perl
curl -fsSL https://packages.gitlab.cn/repository/raw/scripts/setup.sh | /bin/bash
sudo rpm -ivh gitlab-jh-16.6.1-jh.0.el7.x86_64.rpm
sudo yum install -y postfix
sudo systemctl enable postfix
sudo systemctl start postfix

 3）修改脚本执行权限并执行

chmod +x gitlab-install.sh
sh gitlab-install.sh

4）修改external_url

sudo vim /etc/gitlab/gitlab.rb

在文件中找到external_url，修改为如下内容

external_url 'http://192.168.10.104'

保存退出

5）修改host

sudo vim /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml.example

找到gitlab.host修改为如下内容

保存退出

修改文件名称

sudo mv /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml.example /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml

 6）重装需要彻底卸载

1 卸载gitlab

sudo rpm -e gitlab-jh-16.6.1

2 删除gitlab文件

sudo rm -rf /etc/gitlab
sudo rm -rf /var/opt/gitlab
sudo rm -rf /opt/gitlab

3 重装如果卡在sudo gitlab-ctl reconfigure配置命令上，可以使用另外一个窗口执行

sudo systemctl restart gitlab-runsvdir

2.1.3 执行初始化

执行过程大概需要3分钟：

sudo gitlab-ctl reconfigure

2.1.4 启停命令

sudo gitlab-ctl start

2）停止命令

sudo gitlab-ctl stop

2.1.5 修改 root 密码

1）访问Web页面

直接访问hostname:192.168.10.104

2）查看root密码

账号root，密码将随机生成并在 /etc/gitlab/initial_root_password 中保存24 小时：

sudo cat /etc/gitlab/initial_root_password

修改密码：

2.1.6 设置简体中文

回到首页，可以看到变成中文：

3. 使用GitLab完成团队管理

去到一家公司，应该是已经有了GitLab平台，运维人员拥有root管理员账号。而作为一名普通的开发人员，你的leader和同事都拥有各自的GitLab账号和不同权限。入职后，你只需要申请开通GitLab账号和对应权限，不需要你来操作。

3.1创建用户

为了更符合公司实际，我们假设数据组的leader账号为tutou，你是lishaoxing。

创建一个leader的账号：

再申请一个lishaoxing账号

用户会收到重置密码的邮件，也可以由管理员设置：

3.2 创建群组

在gitlab里，可以创建出组、组下的子组。在小公司里可以看见gitlab里边会创建出后端，大数据等等一系列组。尽量不要使用中文创建组名, 可以在组信息中的备注编写中文描述以及中文组名, 组内人员名称也尽量用全拼命名。
对于人员权限以及角色的控制也比较简单，有如下五种：

Owner：最高权限，谁去创建组，这个组就被谁拥有，它可以开除管理员，但管理员无法操作owner的角色。

Maintainer：（管理员-只是具备sudo权限的用户）管理员一般是给小组的组长，或者是给产品线的总监设定。

Developer：是干活的人，就是写代码的程序员，可以进行代码的上传以及代码的下载，不能下载其他的组内的代码，只能下载它们组的代码。

Repoter：比如现在有需求，其他组的大牛到我们组过来指导工作，要审视我们的代码，人家就提出需要一个权限，我不能给它developer因为它会改你代码，其他组的人不能改我们组的代码，所以就给一个repoter权限，他只能看，只读权限。

guest：不用看，匿名，直接去掉。一般出现在从ldap中把离职人员的信息删掉，再去gitlab查这个人的时候，它就是一个guest用户（匿名）需要再到gitlab把它删掉（不删也没事）。

下面，我们假设研发部群组是rdc，下属后端组、前端组、大数据组等子群组：

1）创建研发中心群组rdc

2）创建大数据组

在研发中心组下，再创建一个大数据组（当然，其他还会有后端组、前端组等）：

当然，根据公司情况还可以进一步在数据组下面细分子组（比如：离线、实时、湖等），这里我们就不再细分。

将数据组的leader设为bigdata的负责人：

将lishaoxing添加为普通的开发人员：

现在我们就有一个顶级群组rdc，其下有一个子群组bigdata，组内有管理员tutou，开发人员lishaoxing。

4.使用IDEA兼容GitLab

1）安装 GitLab 插件

2)配置 SSH 免密登录

ssh-keygen -t rsa -C lishaoxing@123.com

到用户目录下.ssh查看id_rsa.pub文件

添加到GitLab中：

3）获取 GitLab 个人令牌

创建后，可以查看和复制生成的token：

4）添加 GitLab 服务

5）修改默认分支的保护策略

第6章 企业项目构建与开发分支

1. GitFlow工作流介绍

在项目开发过程中使用 Git 的方式常见的有：

1.1 集中式工作流

所有修改都提交到 Master 这个分支。比较适合极小团队或单人维护的项目，不建议使用这种方式。

1.2 功能开发工作流

功能开发应该在一个专门的分支，而不是在 master 分支上。适用于小团队开发。

1.3 GitFlow工作流

公司中最常用于管理大型项目。为功能开发、发布准备和维护设立了独立的分支，让发布迭代过程更流畅。

1.4 Forking工作流

在 GitFlow 基础上，充分利用了 Git 的 Fork 和 pull request 的功能以达到代码审核的目的。一般用于跨团队协作、网上开源项目。

2. 各分支功能介绍

2.1 主干分支 master

主要负责管理正在运行的生产环境代码，永远保持与正在运行的生产环境完全一致。为了保持稳定性一般不会直接在这个分支上修改代码，都是通过其他分支合并过来的。

2.2 开发分支 develop

主要负责管理正在开发过程中的代码。一般情况下应该是最新的代码。

2.3 功能分支 feature

为了不影响较短周期的开发工作，一般把中长期开发模块，会从开发分支中独立出来。 开发完成后会合并到开发分支。

2.4 准生产分支（预发布分支） release

较大的版本上线前，会从开发分支中分出准生产分支，进行最后阶段的集成测试。该版本上线后，会合并到主干分支。生产环境运行一段阶段较稳定后可以视情况删除。

2.5 bug 修理分支 hotfix

主要负责管理生产环境下出现的紧急修复的代码。 从主干分支分出，修复完毕并测试上线后，并回主干分支和开发分支。并回后，视情况可以删除该分支。

3. 创建项目与分支管理

3.1 idea与远程仓库连接

创建公钥和私钥，将公钥复制到远程gitlab服务器。

ssh-keygen -t rsa -C gitlab账号

用文本编辑器将该文件打开，具体路径如下：

将内容复制到

创建访问令牌，并将其复制到本地idea。

在本地idea上输入服务器地址（图片错误了）http://192.168.10.104就行了

这是将本地项目上传到gitlab（之前没有该项目）

这是从gitlab服务器上下载项目。

修改文件之后就可以提交了。