Git与GitLab的企业实战 笔记(尚硅谷)
此笔记来自于尚硅谷
第1章 Git概述
Git是一个免费的、开源的分布式版本控制系统,可以快速高效地处理从小型到大型的各种项目。
Git易于学习,占地面积小,性能极快。 它具有廉价的本地库,方便的暂存区域和多个工作流分支等特性。其性能优于Subversion(svn)、CVS、Perforce和ClearCase等版本控制工具。
1. 何为版本控制
版本控制是一种记录文件内容变化,以便将来查阅特定版本修订情况的系统。
版本控制其实最重要的是可以记录文件修改历史记录,从而让用户能够查看历史版本,方便版本切换。
2. 为什么需要版本控制
个人开发过渡到团队协作。
3. 版本控制工具
- 集中式版本控制工具
CVS、SVN(Subversion)、VSS……
集中化的版本控制系统诸如 CVS、SVN等,都有一个单一的集中管理的服务器,保存所有文件的修订版本,而协同工作的人们都通过客户端连到这台服务器,取出最新的文件或者提交更新。多年以来,这已成为版本控制系统的标准做法。
这种做法带来了许多好处,每个人都可以在一定程度上看到项目中的其他人正在做些什么。而管理员也可以轻松掌控每个开发者的权限,并且管理一个集中化的版本控制系统,要远比在各个客户端上维护本地数据库来得轻松容易。
事分两面,有好有坏。这么做显而易见的缺点是中央服务器的单点故障。如果服务器宕机一小时,那么在这一小时内,谁都无法提交更新,也就无法协同工作。
- 分布式版本控制工具
Git、Mercurial、Bazaar、Darcs……
像 Git这种分布式版本控制工具,客户端提取的不是最新版本的文件快照,而是把代码仓库完整地镜像下来(本地库)。这样任何一处协同工作用的文件发生故障,事后都可以用其他客户端的本地仓库进行恢复。因为每个客户端的每一次文件提取操作,实际上都是一次对整个文件仓库的完整备份。
分布式的版本控制系统出现之后,解决了集中式版本控制系统的缺陷:
-
服务器断网的情况下也可以进行开发(因为版本控制是在本地进行的)
-
每个客户端保存的也都是整个完整的项目(包含历史记录,更加安全)
4. Git简史
5 Git工作机制
6 Git和代码托管中心
代码托管中心是基于网络服务器的远程代码仓库,一般我们简单称为远程库。
- 局域网
GitLab
- 互联网
GitHub(外网)
Gitee码云(国内网站)
第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安装成功!
右键任意位置,在右键菜单里选择Git Bash Here即可打开Git Bash命令行终端。
在Git Bash终端里输入git --version查看git版本,如图所示,说明Git安装成功。
第3章 Git常用命令
命令名称 | 作用 |
---|---|
git config --global user.name 用户名 | 设置用户签名 |
git config --global user.email 邮箱 | 设置用户邮箱 |
git init | 初始化本地库 |
git status | 查看本地库状态 |
git add 文件名 | 添加到暂存区 |
git commit -m “日志信息” 文件名 | 提交到本地库 |
git reflog | 查看历史记录 |
git reset --hard 版本号 | 版本穿梭 |
1 设置用户签名
1.1 基本语法
git config --global user.name 用户名
git config --global user.email 邮箱
1.2 案例实操
全局范围的签名设置:
git config --global user.name yhm
git config --global user.email yaohm7788@163.com
git config --list # 查看全局配置
cat ~/.gitconfig # cat linux中查看文本的命令 ~ 家 [你当前用户的家]/ .gitconfig
说明:
签名的作用是区分不同操作者身份。用户的签名信息在每一个版本的提交信息中能够看到,以此确认本次提交是谁做的。Git首次安装必须设置一下用户签名,否则无法提交代码。
※注意:这里设置用户签名和将来登录GitHub(或其他代码托管中心)的账号没有任何关系。
2 初始化本地库
2.1 基本语法
git init
2.2 案例实操
结果查看
3 查看本地库状态
3.1 基本语法
git status
3.2 案例实操
(1)首次查看(工作区没有
文件)
(2)新增文件
(3)再次查看(检测到未追踪文件)
4 添加暂存区
4.1 将工作区的文件添加到暂存区
(1)基本语法
git add 文件名
(2)案例实操
4.2 查看状态(检测到暂存区有新文件)
5 提交本地库
5.1 暂存区文件提交到本地库
(1)基本语法
git commit -m “日志信息” 文件名
(2)案例实操
5.2 查看状态(没有文件需要提交)
6 修改文件(hello.txt)
6.1 查看状态(检测到工作区有文件被修改)
6.2 将修改的文件再次添加暂存区
6.3 查看状态(工作区的修改添加到了暂存区)
6.4 将暂存区文件提交到本地库
7 历史版本
7.1 查看历史版本
(1)基本语法
git reflog 查看版本信息
git reflog -n 数量
git log 查看版本详细信息
(2)案例实操
7.2 版本穿梭
(1)基本语法
git reset --hard 版本号
(2)案例实操
–首先查看当前的历史记录,可以看到当前是在48f4e22这个版本
–切换到之前版本,8ca80d7版本,也就是我们第一次提交的版本
–切换完毕之后再查看历史记录,当前成功切换到了8ca80d7版本
–然后查看文件hello.txt,发现文件内容已经变化
Git切换版本,底层其实是移动的HEAD指针。
第4章 Git客户端便捷操作
1. 安装部署
使用命令行操作git相对而言是非常不方便的,查看内容也不是很直观,所有官方推荐使用Git的GUI 客户端来完成页面化操作。
https://git-scm.com/downloads/guis
推荐下载使用GitHub Desktop。下载安装之后,选择不登录先进入页面。
2. 基础操作
2.1 设置个人信息
2.2 创建新的Git仓库
2.3 提交不同版本
新创建文件1.txt,并写入信息。之后可以在GitGui上面进行提交。
多次提交的版本可以直接在History页面查看区别,不需要再使用reset命令。
3. 连接GitHub远程仓库
登录自己注册的账号
点击Publish可以将当前项目创建到GitHub上面。
之后修改本地文件,就可以先推送到本地git之后再远程同步到GitHub仓库中。
(1)选择对应的分支
(2)点击推送
(3)也可以先在GitHub上面创建远程仓库,之后再拉取到本地保持统一。
![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](https://
(4)拉取远程仓库到本地
点击克隆即可,连接完成远程仓库和本地Git之后,在本地修改文件提交Git之后再push推送即可完成同步。
3. Gitee替代GitHub
GitHub的网站有时候会连接不上,无法登录。可以使用阿里提供的Git远程仓库网站Gitee来代替。
登录账号之后创建新的仓库
同步远程Gitee仓库的方式和同步GitHub仓库方法完全一致。
4. idea兼容使用Git(JAVA代码)
(1)首先在idea中创建一个空的项目
(2)编写基础的JAVA代码Hello world
(3)此时会产生IDEA中的特定文件
(4) 配置Git忽略文件
-
文件名称:xxxx.ignore(前缀名随便起,建议是git.ignore)
-
这个文件的存放位置原则上在哪里都可以,为了便于让~/.gitconfig文件引用,建议也放在用户家目录下
-
git.ignore文件模版内容如下
# 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 .idea *.iml
(5)在.gitconfig文件中引用
(此文件在Windows的家目录中)
[user]
name = yhm
email = yaohm7788@163.com
[core]
excludesfile = C:/Users/merge/git.ignore
注意:这里要使用正斜线(/),不要使用反斜线(\)
(6) 定位Git程序
(7)初始化本地库
(8)提交到本地库
右键点击项目选择Git -> Add将项目添加到暂存区。
(9)切换版本
查看历史版本
右键选择要切换的版本,然后在菜单里点击get。
![外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传](http
第5章 GitLab的部署与使用
1.为什么使用GitLab-开发运维一体化
2. 部署安装GitLab
使用git,还需要一个远程代码仓库。常见的github、gitee这种远程代码仓库,公司中一般不会使用,因为他们是使用外网的,不够安全。一般企业都会搭建一个仅内网使用的远程代码仓库,最常见就是 GitLab。
2.1 安装部署
GitLab一般由公司的运维人员安装部署,开发人员只需要申请账号和相应权限即可,在这里我们在hadoop104上自己安装GitLab社区版体验一下。
2.1.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
编辑gitlab.rb
[atguigu@hadoop104 ~]$ sudo vim /etc/gitlab/gitlab.rb
在文件中找到external_url,修改为如下内容
external_url 'http://hadoop104'
保存退出
**5)**修改host
编辑gitlab.yml
[atguigu@hadoop104 ~]$ sudo vim /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml.example
找到gitlab.host修改为如下内容
gitlab:
\## Web server settings (**note:** host is the FQDN, do not include http://)
host: hadoop104
port: 80
https: false
保存退出
修改文件名称
[atguigu@hadoop104 ~]$ sudo mv /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml.example /opt/gitlab/embedded/service/gitlab-rails/config/gitlab.yml
6)重装需要彻底卸载
1 卸载gitlab
[atguigu@hadoop104 opt]$ sudo rpm -e gitlab-jh-16.6.1
2 删除gitlab文件
[atguigu@hadoop104 opt]$ sudo rm -rf /etc/gitlab
[atguigu@hadoop104 opt]$ sudo rm -rf /var/opt/gitlab
[atguigu@hadoop104 opt]$ 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 启停命令
1)启动命令
sudo gitlab-ctl start
2)停止命令
sudo gitlab-ctl stop
2.1.5 修改 root 密码
1)访问Web页面
默认使用80端口,直接浏览器输入安装服务器的hostname或ip:hadoop104
2)查看root密码
账号root,密码将随机生成并在 /etc/gitlab/initial_root_password 中保存24 小时:
sudo cat /etc/gitlab/initial_root_password
zOyGe6aBQbkfYf6rOZP2qaWQOAo59K0HMrq9Rs7Yi2w=
修改密码:
2.1.6 设置简体中文
回到首页,可以看到变成中文:
3. 使用GitLab完成团队管理
去到一家公司,应该是已经有了GitLab平台,运维人员拥有root管理员账号。而作为一名普通的开发人员,你的leader和同事都拥有各自的GitLab账号和不同权限。入职后,你只需要申请开通GitLab账号和对应权限,不需要你来操作。
3.1 创建用户
为了更符合公司实际,我们假设数据组的leader账号为tutou,你是atguigu。
创建一个leader的账号:
再申请一个atguigu账号
用户会收到重置密码的邮件,也可以由管理员设置:
3.2 创建群组
在gitlab里,可以创建出组、组下的子组。在小公司里可以看见gitlab里边会创建出后端,大数据等等一系列组。尽量不要使用中文创建组名, 可以在组信息中的备注编写中文描述以及中文组名, 组内人员名称也尽量用全拼命名。
对于人员权限以及角色的控制也比较简单,有如下五种:
Ø Owner:最高权限,谁去创建组,这个组就被谁拥有,它可以开除管理员,但管理员无法操作owner的角色。
Ø Maintainer:(管理员-只是具备sudo权限的用户)管理员一般是给小组的组长,或者是给产品线的总监设定。
Ø Developer:是干活的人,就是写代码的程序员,可以进行代码的上传以及代码的下载,不能下载其他的组内的代码,只能下载它们组的代码。
Ø Repoter:比如现在有需求,其他组的大牛到我们组过来指导工作,要审视我们的代码,人家就提出需要一个权限,我不能给它developer因为它会改你代码,其他组的人不能改我们组的代码,所以就给一个repoter权限,他只能看,只读权限。
Ø guest:不用看,匿名,直接去掉。一般出现在从ldap中把离职人员的信息删掉,再去gitlab查这个人的时候,它就是一个guest用户(匿名)需要再到gitlab把它删掉(不删也没事)。
下面,我们假设研发部群组是rdc,下属后端组、前端组、大数据组等子群组:
1)创建研发中心群组rdc
2)创建大数据组
在研发中心组下,再创建一个大数据组(当然,其他还会有后端组、前端组等):
当然,根据公司情况还可以进一步在数据组下面细分子组(比如:离线、实时、湖等),这里我们就不再细分。
将数据组的leader设为bigdata的负责人:
将atguigu添加为普通的开发人员:
现在我们就有一个顶级群组rdc,其下有一个子群组bigdata,组内有管理员tutou,开发人员atguigu。
4.使用IDEA兼容GitLab
**1)**安装 GitLab 插件
2) 配置 SSH 免密登录
ssh-keygen -t rsa -C ergou@atguigu.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. 创建项目与分支管理
首先在Gitlab上面按照项目规格创建远程仓库。
3.1 idea与远程仓库连接
3.2 不同分支的提交与合并
(1)新建分支和切换分支
(2)不同分支提交代码与合并
首先在feature分支编写第一个模块的模拟代码,并提交
package com.atguigu;
public class module1 {
public static void main(String[] args) {
System.out.println("完成第一个模块的开发");
}
}
(3)合并feature到develop分支
审查测试通过之后,完成合并
第7章 冲突提交
实际单个模块的开发往往不是单独一个人来进行操作,当多个人协同开发相同的一个项目时,就会涉及到提交冲突的问题。
1. 不同人修改不同文件
(1)在远程仓库添加gitLab.txt
(2)在本地IDEA中添加代码,继续进行第二个模块的开发
public class Module2 {
public static void main(String[] args) {
System.out.println("开始进行模块2的开发");
}
}
(3)提交代码到远程仓库,此时会有报错信息
Git会智能识别,采用merge合并命令,拉取远端文件到本地进行合并。
(4)查看Git提交的全部历史记录,可以看到中间有拉取Gitee日志的部分
2. 不同人修改同文件的不同区域
(1)远程仓库修改module1代码
public class Module1 {
public static void main(String[] args) {
System.out.println("没完成模块1的开发");
}
}
(2)本地IDEA继续添加代码
//添加注释
public class Module1 {
public static void main(String[] args) {
System.out.println("完成模块1的开发");
}
}
(3)提交代码,之后push到远程仓库
同样可以采用merge命令,git会自动合并不同的区域代码。
3. 不同人修改同文件的相同区域
(1)远程仓库添加模块开发顺利
(2)本地IDEA添加模块开发遇到了bug
public class module1 {
public static void main(String[] args) {
System.out.println("完成第一个模块的开发");
System.out.println("继续进行第一个模块的二次开发");
System.out.println("模块开发继续!!!");
System.out.println("模块开发遇到了bug!");
}
}
无法直接采用merge命令,需要人为判断哪些作为最终的结果来保留
(3)之后需要重新提交到远程仓库
4. 同时变更文件名和文件内容
(1)本地IDEA修改原先的文件名称为Module1plus,之后重新开发实现功能
//添加注释
public class Module1plus {
public static void main(String[] args) {
System.out.println("没完成模块1的开发");
System.out.println("模块1的开发遇到了bug");
System.out.println("完成了模块1的开发");
System.out.println("进一步完成了模块1的拓展开发");
}
}
(3)提交代码修改到远程仓库
可以直接提交成功。
5. 不同人把同一文件改成不同的文件名
(1)远程仓库把文件名称改为module1
(2)本地IDEA修改文件名称为module3
(3)提交到远程仓库
(4)需要手动宣传使用哪一个
push会导致报错,之后需要用户自己解决保留哪些文件。
(5)使用命令解决最终的冲突
C:\mybigdata\project\gitlab_demo>git status
#删除掉报红找不到的文件
C:\mybigdata\project\gitlab_demo>git rm src/main/java/com/atguigu/Module1Plus.java
(6)最后重新选择正确的代码提交到仓库
第8章 GitLab功能拓展
1. 使用GitLab完成code review
2. CICD部署程序
使用gitLab的自动部署功能,可以快速实现自动部署,完成运行。
3. 安装gitLab-runner
上传安装包之后执行
sudo rpm -ivh gitlab-runner-16.6.1-1.x86_64.rpm
之后运行注册命令
原文地址:https://blog.csdn.net/2301_79083000/article/details/143734933
免责声明:本站文章内容转载自网络资源,如本站内容侵犯了原著者的合法权益,可联系本站删除。更多内容请关注自学内容网(zxcms.com)!