持续集成与交付

最新推荐文章于 2024-01-27 15:40:06 发布
最新推荐文章于 2024-01-27 15:40:06 发布
阅读量289 收藏
点赞数
分类专栏： 企业
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41977453/article/details/104864193
版权

git必看秘籍：https://git-scm.com/book/en/v2/

一、git工具使用

GIT三种状态：已提交（commited)，已修改(modified)和已暂存(staged)

  • 已修改表示您已更改文件，但尚未将其提交到数据库
  • 暂存意味着您已标记了当前版本的已修改文件，使之包含在下次提交的快照中
  • 提交意味着将数据安全地存储在本地数据库中。
    Git项目拥有的三个阶段：工作区，暂存区以及Git目录
    在这里插入图片描述
    1.文件的状态
[root@node5 demo]# vim readme.txt
[root@node5 demo]# git status -s   #  ？？表示未添加
?? readme.txt
[root@node5 demo]# git add readme.txt 
[root@node5 demo]# git status -s  #A表示在暂存区
A  readme.txt
[root@node5 ~]# git config --global user.email "root@123"
[root@node5 ~]# git config --global user.name "sll"
[root@node5 ~]# cat .gitconfig    #在.gitconfig文件中查看使用者邮箱和名字
[user]
	email = root@123
	name = sll
[root@node5 demo]# git commit -m 'add readme.txt'  #提交
[master (root-commit) bda9802] add readme.txt
 1 file changed, 1 insertion(+)
 create mode 100644 readme.txt
[root@node5 demo]# git status -s  #提交完再看状态前面无字母


修改readme.txt文件
[root@node5 demo]# vim readme.txt 
[root@node5 demo]# git status  #查看未跟踪的文件
# On branch master
# Changes not staged for commit:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   readme.txt
[root@node5 demo]# git checkout -- readme.txt   #还原
[root@node5 demo]# cat readme.txt   #查看文件还是原来的样子
hello world
[root@node5 demo]# vim readme.txt #再次修改
[root@node5 demo]# git status -s  #M在右，表示已修改，但未在暂存区
 M readme.txt
[root@node5 demo]# git add readme.txt
[root@node5 demo]# git status -s #M在左，已经被修改，并到达暂存区
M  readme.txt
[root@node5 demo]# vim readme.txt   #再次修改
[root@node5 demo]# git status -s   #表示在暂存区和当前目录都做了修改
MM readme.txt
[root@node5 demo]# git add readme.txt  #再次添加
[root@node5 demo]# git status -s
M  readme.txt
[root@node5 demo]# git commit -m 'changed readme.txt'  #提交
[master a2248e2] changed readme.txt
 1 file changed, 2 insertions(+)
[root@node5 demo]# git status -s

在这里插入图片描述
2.如何忽略文件

[root@node5 demo]# touch .a
[root@node5 demo]# mkdir test
[root@node5 demo]# git status -s
?? .a
[root@node5 demo]# touch test/file
[root@node5 demo]# git status -s
?? .a
?? test/
[root@node5 demo]# vim .gitignore  #编写文件，将不想显示的文件标记写进去
[root@node5 demo]# cat .gitignore 
.*
/test
[root@node5 demo]# git status -s  #已成功不显示
  1. git diff比较不同
    在这里插入图片描述
    4.文件的删除
    （1）rm ，可恢复


（2） git rm
在这里插入图片描述
常用命令：

git rm --cached readme.txt不在状态显示，本地并没有删除
git rm readme.txt移除文件
git mv reademe.txt readme重命名文件
git log，git log -p -2，git log --start ,git log --pretty=oneline查看提交历史
git reset HEAD readme.txt取消暂存的文件
git checkout – readme.txt撤销对文件的修改
git reflog ; git reset --hard efa267a版本回退

在这里插入图片描述

二、github建立一个仓库

在这里插入图片描述

[root@node5 demo]# git remote add origin git@github.com:Sunll121/demo.git
[root@node5 demo]# git remote -v
origin	git@github.com:Sunll121/demo.git (fetch)
origin	git@github.com:Sunll121/demo.git (push)
[root@node5 demo]# git push -u origin master  #现在不能上传，需要做一个公钥
The authenticity of host 'github.com (13.250.177.223)' can't be established.
RSA key fingerprint is SHA256:nThbg6kXUpJWGl7E1IGOCspRomTxdCARLviKw6E5SY8.
RSA key fingerprint is MD5:16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48.
Are you sure you want to continue connecting (yes/no)? YES
Warning: Permanently added 'github.com,13.250.177.223' (RSA) to the list of known hosts.
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.
[root@node5 demo]# ssh-keygen
[root@node5 demo]# cd ~/.ssh
[root@node5 .ssh]# cat id_rsa.pub   #查看建立的公钥
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCwFBaKdk4svqpC4hzP6alvQZVjQ3tfj7TMnQQrX5VDCYxhQcGGfckIPiu6ApYyteeNcBihGzSMySTshOBZn1aM8/URjRH7wrcGT5t0I3MSx1HHFNUFYW+NStRfsKcPMoU/lSEUTK62E2XDs2WrJDpGH8LzS4RfuETDQ8x8XPr8MjDw2WjaDaROmzaZ0qjf3z/0NUqpHgl23MtLHVUTMm3Ai7SybbM+1K0yhqTqiwZivo7x/jY/9W2uD3RtvuINnWJDzUEmXM+xiQi5OpT0vEUhS1c0S49UcIKNhOfvmAjLGQU89nRgspfArVOuIw7eh4r2db0kHhYbAXTYrBaZhUsx root@node5

将建立的公钥写进repository.
在这里插入图片描述
在这里插入图片描述
现在可以上传镜像到github
在这里插入图片描述
在这里插入图片描述
如果不小心把本地磁盘上的数据删除了，也可以远端clone。
在这里插入图片描述
在这里插入图片描述

三、gitlab代码仓库

部署：官方推荐至少4G内存

清华大学源下载：https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el
[root@node5 ~]# wget https://mirrors.tuna.tsinghua.edu.cn/gitlab-ce/yum/el7/gitlab-ce-12.8.5-ce.0.el7.x86_64.rpm
[root@node5 ~]# yum install -y curl openssh-server policycoreutils-python 
[root@node5 ~]# vim /etc/gitlab/gitlab.rb   #修改访问gitlab的地址
[root@node5 ~]# gitlab-ctl reconfigure      #重载服务，此时大概需要两分钟

在这里插入图片描述
常用命令：

gitlab-ctl start启动所有gitlab组件
gitlab-ctl stop停止所有gitlab组间
gitlab-ctl restart重启所有gitlab组件
gitlab-ctl status查看服务状态
gitlab-ctl reconfigure重载服务
gitlab-ctl tail查看日志

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

在这里插入图片描述

在这里插入图片描述
在命令行clone仓库里的内容：

在这里插入图片描述

四、jenkis简介

持续集成Continuous Integration（CI）是一种实践，可以让团队在持续的基础上收到反馈并进行改进，不必等到开发周期后期才寻找和修复缺陷。持续集成的出现是为了配合敏捷开发（相对于瀑布开发）的速度和效率而产生的一个用于编译、测试、发布、部署的工具。

持续交付（continuous Delivery）CD是在持续集成的基础上，将集成的代码部署到更贴近真实运行环境中。

通俗一点儿说： （此段转载）
就是指对于开发人员的每一次代码提交，都自动地把Repository中所有代码Check out到一个空目录，并且自动运行所有Test Case。如果成功则接受这次提交，否则告诉所有人，这是一个失败的Revision。持续集成一般通过编写好的python等脚本，自动完成一系列集成所需要的步骤。从代码的check out, 构建项目工程，编译源代码，生成可执行包或安装文件，压缩打包，上传到公司或项目组的FTP等位置……

1 安装下载

官方下载：https://jenkins.io/zh/download/
国内镜像站：https://mirrors.tuna.tsinghua.edu.cn/jenkins/redhat/jenkins-2.225-1.1.noarch.rpm

 [root@node7 ~]# rpm -ivh jdk-8u171-linux-x64.rpm 
[root@node7 ~]# rpm -ivh jenkins-2.225-1.1.noarch.rpm 
[root@node7 ~]# systemctl start jenkins  #开启

浏览器中输入：172.25.7.137：8080
在这里插入图片描述
注意：
若输入ip需要等待很久，则立马更换插件源，并重启服务

[root@node7 jenkins]# cd /var/lib/jenkins
[root@node7 jenkins]# vim hudson.model.UpdateCenter.xml  #更换插件源
		<?xml version='1.1' encoding='UTF-8'?>
		<sites>
		  <site>
		    <id>default</id>
		    <url>https://mirrors.tuna.tsinghua.edu.cn/jenkins/updates/update-center.json</url>  #更换为此源
		  </site>
		</sites>

查看本地密码输入浏览器：

[root@node7 jenkins]# cat /var/lib/jenkins/secrets/initialAdminPassword
dc0f1d23c508493ba51c8242419f8b3d

继续更新插件源：

[root@node7 jenkins]# cd updates/
[root@node7 updates]# pwd
/var/lib/jenkins/updates
[root@node7 updates]# ls
default.json  hudson.tasks.Maven.MavenInstaller
[root@node7 updates]# vim default.json 
[root@node7 updates]# sed -i.bak 's/http:\/\/updates.jenkins-ci.org\/download/https:\/\/mirrors.tuna.tsinghua.edu.cn\/jenkins/g' default.json 
[root@node7 updates]# ls
default.json  default.json.bak  hudson.tasks.Maven.MavenInstaller
[root@node7 updates]# vim default.json
[root@node7 updates]# sed -i 's/http:\/\/www.goole.com/https:\/\/www.baidu.com/g' default.json
[root@node7 updates]# systemctl restart jenkins

在这里插入图片描述

2 jenkins主动从gitlab拉取

创建一个新任务：选择自由模式
在node7上安装git，并查看node5的私钥添加credential凭据：
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

3 gitlab主动触发jenkins

(1) 在jenkins上安装gitlab插件
在这里插入图片描述
在这里插入图片描述
（2）进test目录配置，更改构建触发器

在这里插入图片描述
（3）进gitlab更改网络外发请求
在这里插入图片描述
由于本人在做实验的时候这个一直展不开，故展开截图没有。换个浏览器可以展开了
在这里插入图片描述
（4）gitlab项目中的设置集成添加URL和Token信息【这两个信息在jenlins里的构建触发器里】
在这里插入图片描述
点击完在保存那里附近有test，可以测试push一下，在jenkins的构历史可以看到，在node7上的
/var/lib/jenkins/workspace目录下也可以看到。
在这里插入图片描述
在这里插入图片描述
真正建立文件测试。

[root@node5 demo]# touch file11
[root@node5 demo]# echo haha > file11
[root@node5 demo]# cat file11 
haha
[root@node5 demo]# git add file11
[root@node5 demo]# git commit -m 'file11'
[root@node5 demo]# git push origin master

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
edit dockerfile -> git push -> gitlab -> trigger -> jenkins -> docker engine -> build -> image -> push -> harbor

五、和docker打通交付

六、gitlab,jenkins,ansible整合

1.在gitlab新建仓库playbook

在这里插入图片描述
2.在node5上（gitlab）克隆新建的项目；编写playbook.yml文件；建立inventory

[root@node5 ~]# cd demo/
[root@node5 demo]# git clone git@172.25.7.135:root/playbook.git  #克隆新建的项目
	Cloning into 'playbook'...
	remote: Enumerating objects: 3, done.
	remote: Counting objects: 100% (3/3), done.
	remote: Total 3 (delta 0), reused 0 (delta 0), pack-reused 0
	Receiving objects: 100% (3/3), done.
[root@node5 demo]# ls
 playbook  README.md
[root@node5 demo]# cd playbook/
[root@node5 playbook]# ls
README.md
[root@node5 playbook]# vim playbook.yml
[root@node5 playbook]# mkdir inventory
[root@node5 playbook]# cd inventory/
[root@node5 inventory]# ls
[root@node5 inventory]# vim test
[root@node5 inventory]# vim prod

在这里插入图片描述
在这里插入图片描述
3. 在node7上（jenkins）用epel源下载ansible，并修改jenkins用户使其可以登录（由false—>bash）。
[root@node7 yum.repos.d]# yum install -y ansible
[root@node7 yum.repos.d]# vim /etc/passwd
在这里插入图片描述
4.在待部署主机node1和ndoe2上创建ansible用户，并修改密码，visudo赋予ansible超户权限。
在这里插入图片描述
在这里插入图片描述
同理，node1做同样操作。

5.在node2（jenkins）生成钥匙并传送将要部署的node1和node2。
[root@node7 yum.repos.d]# su - jenkins
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
6.在node1上编辑ansible.cfg。限制jenkins去node1和node2的时候以ansible用户身份，如果不加限制，则会以当前用户jenkins身份过去。

[root@node5 playbook]# vim ansible.cfg
	[defaults]
	remote_user = ansible
	[privilege_escalation]
	become=True
	become_method=sudo
	become_user=root
	become_ask_pass=False
[root@node5 playbook]# tree .  #查看当前目录结构
.
├── ansible.cfg
├── inventory
│   ├── prod
│   └── test
├── playbook.yml
└── README.md
[root@node5 playbook]# git add *  #添加
[root@node5 playbook]# git commit -m "add playbook"  #提交
[root@node5 playbook]# git push origin master   #上传

查看是否已经上传上：
在这里插入图片描述
7.在jenkins上新建一个项目
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
构建完成后保存
在这里插入图片描述
查看控制台输出，success成功
在这里插入图片描述
【test】：node1和【prod】：node2已全部安装httpd

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

sll2021
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
微服务架构软件的持续集成与交付
02-25
今天是Mesos生态圈系列的第二次分享，这次分享的内容是微服务架构软件的持续交付，我首先解释下标题与Mesos生态圈的关系。微服务架构是近几年讨论比较多或者说比较受欢迎的一种软件架构风格，但是该架构有一些缺点，...
持续集成和持续交付
blog-xiaoh的博客
06-25 1073
持续集成和持续交付
持续集成-交付-发布-项目
yt11111112222的博客
01-27 372
点击项目进行配置--->丢弃旧的构建（天数1构建最大个数5）--->源码管理选用git(URL使用gitlab克隆的地址，分支改为对应的分支)--->构建触发器（默认的）--->构建环境--->Pre Steps--->保存。​ key:指的是jenkins服务器用哪个用户去远程连接程序服务器就是那个用户的私钥。（记得做免密 jenkins---> web-server。系统管理--->插件管理---->可选插件--->过滤Deploy to container---->勾选--->直接安装。
谈谈持续集成，持续交付，持续部署之间的区别
qq_46138492的博客
02-28 403
经常会听到持续集成，持续交付，持续部署，三者究竟是什么，有何联系和区别呢？假如把开发工作流程分为以下几个阶段：编码 -> 构建 -> 集成 -> 测试 -> 交付 -> 部署正如你在上图中看到，「持续集成（Continuous Integration）」、「持续交付（Continuous Delivery）」和「持续部署（Continuous Deployment）」有着不同的软件自动化交付周期。
一文教你分清持续集成，持续交付，持续部署！
人生不怕起点低，就怕没追求
09-01 823
1、持续集成 首先是 WiKi 给出的定义： continuous integration (CI) is the practice of merging all developer working copies to a shared mainline several times a day. 持续集成的含义为：频繁的（一天多次的）将所有开发者的工作合并到主干上。 以图例说明持续集成的流程： 从图例上来看持续集成的流程就十分清晰了： 开发人员提交代码到 Source Repository （源..
什么是 CI/CD？持续集成和持续交付解释
Yanan990830的博客
05-17 5467
持续集成 (CI) 和持续交付 (CD)，也称为 CI/CD，体现了应用程序开发团队用来更频繁、更可靠地交付代码更改的文化、操作原则和一组实践。 CI/CD 是dvoeps团队的最佳实验。这也是敏捷方法的最佳实践。通过自动化集成和交付，CI/CD 让软件开发团队专注于满足业务需求，同时确保代码质量和软件安全。
持续集成与交付实践指南.pptx
最新发布
03-17
持续集成与交付实践指南.pptx
穷人的持续集成与持续交付
02-26
本文将使用一些免费的服务来为你的项目搭建持续交付平台，这些服务包括持续集成环境持续部署环境服务端应用托管基于Node的构建monitorHeroku的命令行工具TravisCI的命令行工具除此之外，我们在过程中编写的脚本还...
持续集成与持续交付
Z_RINGRUI的博客
09-13 313
Git特点：• 速度• 简单的设计• 对非线性开发模式的强力支持（允许成千上万个并行开发的分支）• 完全分布式• 有能力高效管理类似 Linux 内核一样的超大规模项目（速度和数据量）自诞生于 2005 年以来，Git 日臻成熟完善，在高度易用的同时，仍然保留着初期设定的目标。它的速度飞快，极其适合管理大项目，有着令人难以置信的非线性分支管理系统。Git必看秘籍：https://git-scm.com/book/zh/v2。
如何理解持续集成、持续交付、持续部署？
人邮异步社区
07-07 1878
持续集成（continuous integration，CI）是一系列软件开发实践，在这一系列软件开发实践中，团队成员在短时间内将他们的更改集成到存储库中，以检测可能的错误并分析他们创建的软件质量。这是通过使用包含执行测试代码的自动持续代码检查（构建）来实现的。另一方面，持续交付（continuous delivery，CD）是一种软件开发实践，在这种实践中，交付软件的流程是自动化的，允许在生产环境中进行短期交付。...
持续集成、交付与部署：区别以及如何配合运行
servicehot的博客
12-04 2105
随着DevOps软件业的地位不断增强，一个新的流行词引起了我们的关注。“持续”目前已成为DevOps词汇中最流行的词语之一，被开发人员和公司广泛使用。
初学者的持续集成和交付（DevOps）
寒冰屋的专栏
02-28 1013
目录 介绍 背景 先决条件 第1步——创建部署组 步骤2——在内部部署服务器中安装VSTS代理 第3步——配置构建操作 第4步——设置发布 第5步——启用CI和CD 您可能会发现一些有用的提示 1.请尽可能多地使用变量 2.管理连接字符串和其他web.config变量 3.包含部署的附加文件夹（添加文件以构建项目） 4.部署前备份文件 5.部署前备份数据库 6.配置自...
持续集成快速交付的方法
更多精彩，尽在微信公众号“招投标软件项目管理”！
01-28 398
这是山猫的第16篇原创     很多时候，一个项目做下来，项目团队成员都觉得很累，但是客户还不满意，真是苦了一帮做项目的兄弟。   人与人最大的差距在于认知的差距，如果不能持续地总结提升团队的整体能力，那么项目团队就会做得很累而且TMD还没有成就感，因此团队管理者对于一个项目的成败有着极其关键的作用。   今天我们就说说软件系统持续集成快速交付的方法，让内部团队有成就感，同时也能...
敏捷开发、持续集成/交付（CI/CD）、DevOps学习笔记
CrankZ的博客
08-09 2万+
概述 敏捷开发和DevOps都是一种理念。他们的理念相似，都是为了更好更快的发布产品，但又不完全相同。 而CI/CD是实现这两者理念的一种方法。 敏捷开发 前言 传统方式开发前有一份详细的开发文档，程序员照着需求直接敲代码，产品做好了直接部署上线。中间不会有人打扰，需求也不会变。 但是目前的情况是，用户需求和市场都变化太快，就算你前期用户调研的再好，计划书写的再详细，也抵不住市场的变化...
持续集成、持续交付、持续部署
purpose的博客
11-27 2万+
持续集成、持续交付、持续部署持续集成持续集成的优势持续交付持续部署DevOps总结参考资料 又到了例行的技术报告环节。想着在实验室里头絮絮叨叨的讲一些前端开发相关的内容，师兄师姐们不爱听，老大也会摆出经典的“你的学习太功利了”的表情，正巧赶上实验室里头一块儿开发有需求，那就找找资料讲持续集成相关内容罢。 说起来该是QA干的活，我在学校里头待着也没有接触过，只能做一些简单的整理。开场的废话环节结束，...
持续集成与持续交付之间的联系和区别
weixin_34353714的博客
05-28 1070
2019独角兽企业重金招聘Python工程师标准>>> ...
持续集成、持续交付、持续部署（CI/CD）简介
热门推荐
yuanjunliang的博客
07-25 3万+
持续集成、持续交付、持续部署（CI/CD）简介 概述： 软件开发周期中需要一些可以帮助开发者提升速度的自动化工具。其中工具最重要的目的是促进软件项目的持续集成与交付。通过CI/CD工具，开发团队可以保持软件更新并将其迅速的投入实践中。CI/CD也被认为是敏捷开发的最重要实践之一。 一 、持续集成 从上图可以看到，持续集成应该至少包括以下几部分： 自动化...
持续集成和交付
qq_41780297的博客
06-05 260
什么是持续集成？ 频繁的（一天多次）将代码集成到主干 优点 1、每完成一点更新就就集成到对应的分支，可以快速发现错误，定位错误也比较容易 2、如果不是经常集成，分支或者主干又在不断更新，会导致以后集成的难度变大，甚至难以集成 持续集成（CI）管理工具 以jenkins为例，首先是 jenkins搭建与使用配置 https://www.jenkins.io/doc/ 使用docker部署 docker volume inspect jenkins 创建实例 docker run -d --name jenki
持续集成持续交付持续部署
08-25
持续集成（Continuous Integration）、持续交付（Continuous Delivery）和持续部署（Continuous Deployment）是软件开发中的重要概念。 持续集成是指开发团队将代码频繁地集成到主干分支中，以便及时发现和解决代码...

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值