CI/CD-git文档1

最新推荐文章于 2024-05-01 07:50:09 发布
最新推荐文章于 2024-05-01 07:50:09 发布
阅读量292 收藏 1
点赞数
分类专栏： CI/CD 文章标签： git文档 CI/CD 代码上线
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_43876317/article/details/103511159
版权

git文档

1.什么是持集成?

在这里插入图片描述

2.什么是持续集成
在这里插入图片描述

3.什么是持续交付?

在这里插入图片描述

在这里插入图片描述

4.什么是持续部署?

在这里插入图片描述

5.版本控制工具? git
1.git基本操作
2.git 分支
3.git 标签tag
4.gitlab github?
5.gitlab 用户 组 项目之间关系?
6.gitlab配置邮箱?
7.gitlab备份 恢复?

jenkins 调度平台
1.什么是jenkins
2.jenkins安装
3.jenkins插件 ( 联网安装 | 离线安装 )
4.jenkins调用Shell命令?

5.jenkins自动化上线代码?
	
模式:	
	freestyle
	maven
	pipeline
代码:
	html
	php			非编译
	java		编译型
	python

​
​ 6.jenkins 通过 freestyle 构建 Html 代码?
​ 自动化上线
​ 自动化回退
​
​ 7.jenkins 通过 maven 构建 Java?
​ sourceCode jar war Nexus

SonarQube 代码质检
1.安装Sonarqube
2.安装SonarQube插件
3.手动推送代码至Sonarqube平台进行分析
4.Sonarqube集成Jenkins
HTMl
Java
PHP

Notify通知
成功 or 失败 ?
邮件 —> 复杂
钉钉 —> Easy

Jenkins Pipeline 流水线
Groovy代码

html	
java
改造成 pipeline的方式

​
Jenkins分布式构建?
Jenkins权限控制?

环境: 7台机器

Ansible
10.0.0.5 负载均衡
10.0.0.7 nginx+php nginx+tomcat
10.0.0.8 nginx+php nginx+tomcat
10.0.0.51 mariadb

jenkins
10.0.0.110 gitlab
10.0.0.120 jenkins
10.0.0.130 sonarqube

一.版本控制系统概述

1.什么是版本控制系统？

将每一次文件的变化，集中在一个系统中加以版本记录，以便后期查阅特定文件版本历史记录的

2. 常见版本控制系统svn与git区别

svn为集中版本控制系统的代表

git为分布式版本控制系统的代表

简单的理解为：SNV依赖网络，git不依赖网络.

3. git版本控制系统使用

1.yum安装git

yum install -y git

#配置git用户

git config --global  user.name  "zhangxianwei"

#配置git使用邮箱

git  config --global  user.email "837404975@qq.com"

#语法高亮

git  config  --global  color.ui  true

2.git初始化

2.1初始化工作目录
[root@m01 ~]# mkdir  git_data
[root@m01 ~]# cd git_data/
[root@m01 git_data]# git init
重新初始化现存的 Git 版本库于 /root/git_data/.git/
[root@m01 git_data]# ll -a
总用量 8
drwxr-xr-x   3 root root   18 9月  27 15:40 .
dr-xr-x---. 14 root root 4096 9月  27 15:40 ..
drwxr-xr-x   7 root root  119 9月  27 15:41 .git
2.2查看隐藏文件
[root@m01 git_data]# ll .git
总用量 12
drwxr-xr-x 2 root root   6 9月  27 15:40 branches  #分支目录
-rw-r--r-- 1 root root  92 9月  27 15:41 config		#定义项目特有的配置选项
-rw-r--r-- 1 root root  73 9月  27 15:40 description		
-rw-r--r-- 1 root root  23 9月  27 15:40 HEAD
drwxr-xr-x 2 root root 242 9月  27 15:40 hooks
drwxr-xr-x 2 root root  21 9月  27 15:40 info
drwxr-xr-x 4 root root  30 9月  27 15:40 objects		#存放所有数据内容（仓库），有info和pack两个子文件夹
drwxr-xr-x 4 root root  31 9月  27 15:40 refs

[root@m01 ~]# git config
usage: git config [options]

Config file location
    --global              use global config file
    --system              use system config file
    --local               use repository config file

三.git实战

实战一

git如何提交目录文件到本地仓库

[root@gitlab demo]# echo "62-v1" > file.txt
[root@gitlab demo]# git status
#将文件添加至暂存区
[root@gitlab demo]# git add file.txt
[root@gitlab demo]# git status
[root@gitlab demo]# git commit -m "file-v1 commit"	#将暂存区内容提交至本地仓库
实战二

如何比对本地工作目录文件内容、暂存区文件内容、本地仓库文件内容之间的差异？

[root@gitlab demo]# git diff file.txt				#本地与暂存对比
[root@gitlab demo]# git add .
[root@gitlab demo]# git diff file.txt

[root@gitlab demo]# git diff --cached file.txt		#暂存区与本地仓库对比
[root@gitlab demo]# git add .
[root@gitlab demo]# git commit -m "file-v3 commit"
[root@gitlab demo]# git diff --cached file.txt
实战三

提交内容至暂存区、或本地仓库，想回退怎么办？

1.本地提交至暂存区向回退? (当误操作本地目录的内容后,可以通过暂存区覆盖本地内容)

[root@gitlab demo]# git diff file.txt
[root@gitlab demo]# > file.txt 
[root@gitlab demo]# cat file.txt
[root@gitlab demo]# git checkout -- file.txt
[root@gitlab demo]# cat file.txt

2.暂存区提交到本地仓库向回退怎么办?

[root@gitlab demo]# vim file.txt 
[root@gitlab demo]# git add .
[root@gitlab demo]# git commit -m "file-v4 commit"		#提交了多次至本地仓库
[root@gitlab demo]# git log

3.如果多次提交,多次回退?

[root@gitlab demo]# git reflog 	#查看所有的历史提交变更记录
[root@gitlab demo]# git reset --hard 187e808

四. git分支是干什么的

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

1.基于master的位置点,创建了一个新的dev分支
[root@gitlab demo]# git branch dev 
[root@gitlab demo]# git branch
 dev
\* master
2.dev分支操作如下:
[root@gitlab demo]# echo "oldxu" > file-2
[root@gitlab demo]# echo "oldli" > file-3
[root@gitlab demo]# git add .
[root@gitlab demo]# git commit -m "dev-create new 2 file"	#dev更新了位置点
3.回到master分支,更新master的位置点
[root@gitlab demo]# git checkout master
[root@gitlab demo]# echo "62-v5" >> file.txt
[root@gitlab demo]# git add .
[root@gitlab demo]# git commit -m "Master Update V5"
4.切换dev分支,合并master
[root@gitlab demo]# git checkout dev
[root@gitlab demo]# git merge master   #站在dev分支合并master  -->安全
--------------->测试检查ok
5.如果分支合并出现了冲突怎么办?
1.master上:
			[root@gitlab demo]# cat new 
			AAA
			BBB
			YYY
			[root@gitlab demo]# git add .
			[root@gitlab demo]# git commit -m "new file master"
			
		2.dev上:
			git checkout dev
			[root@gitlab demo]# cat new 
	        AAA
	        BBB
	        ZZZ
			[root@gitlab demo]# git add .
			[root@gitlab demo]# git commit -m "new file dev"
6.切换回master主干分支,合并dev分支
[root@gitlab demo]# git checkout master
[root@gitlab demo]# git merge  dev	#站在master分支合并dev
	--------------->测试检查ok--->部署
五.git的tag标签是干什么？

commitID
123456 <----v1.0
978765 <----v2.0
978765 <----v2.1
978765 <----v2.2

1.如何打标签:
[root@gitlab demo]#	git tag -a "v1.1" -m "全新升级1.1"
2.如何查看标签
[root@gitlab demo]# git tag -l
[root@gitlab demo]# git show v1.1
3.如何删除标签
[root@gitlab demo]# git tag -d v1.1
4.如何给指定的CommitID打上标签?
[root@gitlab demo]# git tag  -a "v3.0" 187e808 -m "全新3,0版本升级"
[root@gitlab demo]# git reset --hard v3.0		#方便后续的回退,或者记录当时的状态

六.git远程仓库如何使用？

实战一.如何将本地仓库与远程Gitee进行关联？

	1.注册gitee
	2.创建一个远程仓库?
	3.配置使用远程仓库

3.1) Git 全局设置:
				git config --global user.name "oldxu"
				git config --global user.email "552408925@qq.com"
	
			3.2) 将本地已有的git的仓库与远程关联
				cd existing_git_repo
				git remote add origin https://gitee.com/oldboy_oldxu/rainbow.git
				
			3.3) 本地仓库代码推送至远程仓库?  (确保本地的所有资源已提交至本地仓库)
				git push -u origin master
				
			3.4) 推送不同的分支?
				git checkout dev
				git push -u origin dev
				
			3.5) 推送tag?
				git push -u origin --tags		#推送本地所有的tag
				git push -u origin v1.1 		#指定推送某个本地的tag

实战二、将https方式修改为ssh密钥访问通讯?

1.删除与远程https仓库的关联?
		[root@gitlab demo]# git remote remove origin
		[root@gitlab demo]# git remote -v

		2.添加新的关联?-->SSH方式
		[root@gitlab demo]# git remote add origin git@gitee.com:oldboy_oldxu/rainbow.git
		[root@gitlab demo]# git remote -v
		origin	git@gitee.com:oldboy_oldxu/rainbow.git (fetch)
		origin	git@gitee.com:oldboy_oldxu/rainbow.git (push)
		
		3.在本地机器上生成一个密钥对,然后将公钥放入远程仓库?
		[root@gitlab demo]# ssh-keygen
		[root@gitlab demo]# cat ~/.ssh/id_rsa.pub		#复制public公钥内容
		
			找个右上角用户-->设置-->SSH公钥-->添加Key
	
		4.测试提交代码是否还需要输入密码
		[root@gitlab demo]# git checkout master
		[root@gitlab demo]# touch file-dddd
		[root@gitlab demo]# git add .
		[root@gitlab demo]# git commit -m "ddd"
		[root@gitlab demo]# git push -u origin master

实战三、如果现在开发的这个项目有小伙伴想加入进来怎么办？

Linux
		MacOS
			ssh-keygen
			yum install git -y
		
		Windows?
			1.下载安装一个git软件  
				http://192.168.0.128/git/Git-2.10.0-64-bit.exe 
				https://gitforwindows.org/
			2.打开 Git Bash工具
			3.使用git bash 工具 创建ssh密钥对
				ssh-keygen
			
			4.克隆项目
			 git clone git@gitee.com:oldboy_oldxu/rainbow.git

实战四. 新加入的小伙伴提交了内容，其他成员看不见怎么办？

1.登录开发B--->WIndows 修改代码进行变更操作:
				touch README
				git add .
				git commit -m "Windows push README"
				git push -u origin master
			
			2.登录开发A--->Linux
				git pull origin master	#获取到开发B提交的代码

二.git工作流程原理图

1.git原理图

在这里插入图片描述

2.git四种状态

在这里插入图片描述

二.git基础命令

git基础命令解释
git configgit 配置
git initgit 初始化
git status查看状态
git add file添加文件到暂存区域
git rm --cached file从暂存区域撤回到工作目录
git reset HEAD b.txt从暂存区域撤回到工作目录
git commit -m "add new a.txt " a.txt提交到仓库
git checkout – b.txt从暂存区恢复到工作区域 针对暂存区域的文件进行恢复（不管有没有提交到仓库）
git mv c.txt d.txtgit重命名
git diff比较工作区域与暂存区域文件是否相同
git diff --cached比较暂存区域与本地仓库
git log查看git commit的操作
git log --oneline查看git commit的操作 简化清晰
git log -p显示具体的文件改动
git log -p -1查看最近一次的文件改动
git reset --hard commit从本地仓库撤回
分支命令
git branch dev创建dev分支
git checkout dev切换分支
git merge dev合并dev分支
标签命令
git tag -a “v1.1” -m “全新升级1.1”默认给最新commit打标签
git tag -l查看所有标签
git show v1.1查看标签对应版本
git tag -a “v1.1” 187e808 -m “全新3,0版本升级”z指定版本打上标签
git tag -d v1.1删除标签
远程仓库命令
git remote add origin + 网址将本地仓库与远程仓库关联
git remove -v产看管理的远程仓库
git push origin master推送master分支到origin
git pull origin devl拉取远程仓库到本地dev分支
git clone origin master克隆远端仓库到本地
git push -u origin --tags推送本地仓库所有标签
1.删除文件

1.先从暂存区域撤回到工作区域，然后直接删除文件

git rm --cached c.txt

rm -f c.txt

2.直接从暂存区域连同工作区域一起删除

git rm -f c.txt

三.遗留问题

git log 能不能记录 删除 提交缓存区 创建文件 等操作？不能，只记录commit的操作

持续集成的目的

让产品可以快速迭代，同时还能保持高质量。

只有当项目比较大的时候，才会需要持续集成

在这里插入图片描述

在这里插入图片描述

张现伟的成长之路
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
持续集成CI/持续部署CD流程.pptx
05-06
文档解释了什么是CI/CD，整理了通过Git+Jenkins+Docker+Kubernetes实现CI/CD的操作流程。
Git、Jenkins、Ansible实践CI/CD课程20章全
05-29
分享课程——《Git、Jenkins、Ansible实践CI/CD》，课程一共20章，提供配套的文档+软件+脚本下载！学完本课程，你将会学到：掌握CI/CD自动化部署Git\Jenkins\Sonar\Nexus\Ansible\shell等内容。
什么是 CI/CD ？
热门推荐
Z1404686551的博客
08-31 5万+
CI、CD 其实是三个概念，包含了一个 CI 和两个 CD，CI全称 Continuous Integration，表示持续集成，CD包含 Continuous Delivery和 Continuous Deployment，分别是持续交付和持续部署。这三个概念之间是有前后依赖关系的。 CI/CD 并不是一个工具，它是一种软件开发实践，核心是通过引入自动化的手段来提高软件交付效率。CI/CD 最终目的：让工程师更快 & 更高质量 & 更简单的交付软件！......
CI/CD是什么
欢迎关注【微信公众号】测试开发Guide，从功能测试进阶测试开发
04-10 9756
文章目录前言CI/CD概念持续集成（Continuous integration，CI）持续交付（Continuous Delivery，CD）持续部署（Continuous Deployment，CD）CI/CD小结CI/CD 工具CI/CD 配置文件结尾语 前言 大家好，我是洋子。CI/CD这个词大家或多或少都听过，甚至在进行软件测试面试时经常会进行考察 那CI/CD到底是什么呢，有的同学认为CI/CD 就是 Jenkins集成，这其实是一种片面的理解，我们可以使用 Jenkins 来实现CI/CD，
什么是CI/CD，什么是Iac，一篇文章带你从入门到实战自动化部署项目
最新发布
Dlihctcefrep的博客
05-01 375
什么是CI/CD，什么是IaC，一篇文章带你从入门到实战自动化部署项目
CI/CD：持续集成/持续部署
weixin_67470255的博客
08-11 1万+
CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。CI/CD的核心概念是持续集成、持续交付和持续部署。指在开发过程中自动执行一系列从开发到部署的过程中，尽量减少人工的介入。具体来说，CI/CD可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务统称为“CI/CD管道”，由开发和运维团队协同支持。CI指的是持续集成，CD指的是持续交付和持续部署。......
都在说CI/CD，到底什么是CI/CD
lucasma的博客
03-26 2万+
当我们发布到生产环境时，通常不会马上进行全量的发布，而是先进行灰度部署。灰度部署是指逐渐将生产环境流量从老版本切换到新版本。通常流量是按比例分配的。例如 90% 的请求流向老版本，10% 的请求流向新版本。然后没有发现问题，就逐步扩大新版本上的流量，减少老版本上的流量。
文档：Codeship CI和CD服务的文档
02-04
贡献我们很高兴听到您的反馈。 在提交请求或开票之前，请阅读我们的和。... git clone git@github.com:codeship/documentation.gitcd documentation 然后构建容器并将其另存为标记的图像。 docker
ist的matlab代码-cd-ws-p:CI/CD研讨会
05-26
该存储库包含研讨会的文档 Oliver Nautsch的“连续交付-动手实践” 在工作坊中，我们与之合作。 VirtualBox映像中安装了很多软件，并且映像相应较大。 重要的 请为下载和安装映像计划足够的时间（大约30分钟-1小时）...
automation-decision-services-ci-cd-stack
05-03
该项目提供了用于在Minikube或其他Kubernetes集群上安装完整的CI / CD堆栈的材料和文档，以评估和评估IBM Automation Decision Services的示例场景。 堆栈包括： Git服务器（Gitea） Maven工件存储库（Nexus） ...
详解CI、CD相关概念
06-05 4452
在软件的编译发布的过程中，经常能够看到CI、CD这样的词语。其实他们是专业的缩写短语，这里介绍下他们的概念和区别。 敏捷软件开发 敏捷软件开发，英文全称：Agile software development，是从1990年代开始逐渐引起广泛关注的新型软件开发方式，是一种应对快速变化的需求的一种软件开发能力。它们的具体名称、理念、过程、术语都不尽相同，相对于“非敏捷”，更强调程序员...
什么是CI/CD，以及我所熟知的CI/CD工具都是有哪些？
ur home
04-07 1万+
第一部分：什么是CI/CD 在软件开发中经常会提到持续集成Continuous Integration（CI）和持续交付Continuous Delivery（CD）这几个术语。但它们真正的意思是什么呢？ CI/CD 是 DevOps 的基础，CI/CD 侧重于软件开发过程中的自动化，而 Devops 则是侧重于文化构建，旨在减少开发、运维、QA之间的沟通鸿沟，促进快速可靠发布的同时还保证产品质量。 CI/CD 一系列流程通常会组成一个流水线，docker和Kubernetes则可以简化这些流水.
【CI/CD】详解自动化开发之CI/CD（持续集成、持续交付、持续部署）
程序星空实验室
07-04 1万+
CI（Continuous Integration）：指持续集成，它属于开发人员的自动化流程。CD（Continuous Delivery）：指的是持续交付和/或持续部署，这些相关概念有时会交叉使用。持续部署扩展了持续交付，以便软件构建，在通过所有测试时自动部署。.........
详解​互联网中CI和CD
m0_57021623的博客
10-16 2258
持续部署（Continuous Deployment）：持续部署是在持续交付的基础上更进一步，自动化地将经过验证的代码变更直接部署到生产环境，无需人工干预。在互联网开发中，CI 和 CD 是两个常用的缩写词，分别代表持续集成（Continuous Integration）和持续交付/持续部署（Continuous Delivery/Continuous Deployment）。总结来说，CI 是一种开发实践，旨在帮助团队更好地集成和验证代码，而 CD 则进一步强调了对代码变更的自动化交付和部署。
前端项目中的CI/CD实践（自动化部署）
marshmallow_的博客
04-15 1万+
前言 前置知识 Linux Docker Nginx Github 可以干嘛 作为一套面向开发和运维团队的解决方案，CI/CD 主要解决集成新代码和向用户频繁交付应用的问题。 更直接地说，就是可以解放开发人员的双手，将时间和精力专注于代码本身。 CI/CD是什么 CI/CD（Continuous Intergration/Continuous Delpoy），持续集成/持续部署，或者持续集成/持续交付（Continuous Delivery），是一种在开发阶段引入自动化来频繁交付应用的方法。从前端的角度
CI/CD的简介以及区别
xu710263124的博客
06-25 2万+
一、CI/CD的简介 CI/CD是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。 CI/CD的核心概念是持续集成、持续交付和持续部署。 具体来说，CI/CD可让持续自动化和持续监控贯穿于应用的整个生命周期（从集成和测试阶段，到交付和部署）。这些关联的事务统称为“CI/CD管道”，由开发和运维团队协同支持。 互联网软件的开发和发布，目前已经形成了一套标准流程，一般可以分为以下几个阶段： 编码——构建——集成——测试——交付——部署 二、CI与CD 1、CI（CI-Continuous inte
什么是CI/CD
Mr. David 专栏
01-16 518
CI/CD 的出现改变了开发人员和测试人员发布软件的方式。从最初的瀑布模型， 到后来的敏捷开发（Agile Development ）， 再到今天的 DevOps，这是现代开发人员构建出色产品的技术路线。随着 DevOps 的兴起，出现了持续集成，持续交付（CI/CD）和持续部署的新方法， 而传统的软件开发和交付方式在迅速变得过时。过去的敏捷时代里， 大多数公司的软件发布周期是每月、每季度甚至每年；而在现在 DevOps 时代，每周、每天甚至每天多次都是常态。
简单列举出Gitlab CI/CD文档中CI_PIPELINE_SOURCE、CI_COMMIT_REF_SLUG变量的详细解释
04-20
CI_PIPELINE_SOURCE: 表示触发CI/CD流程的源头，可以是代码提交、定时器、手动启动等。它的值可能是：push、schedule、web、api、external等。 CI_COMMIT_REF_SLUG: 表示Git中的分支名或tag名。如果是分支名，将把 ...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值