什么是Jenkins?Jenkins之环境部署
Jenkins自动化部署可以解决集成、测试、部署等重复性的工作,工具集成的效率明显高于人工操作。官方网站:https://jenkins.io/
Jenkins的工作原理是先将源代码从SVN/Git版本控制系统中拷贝一份到本地,然后根据设置的脚本进行build(构建)。整个系统的关键就是build脚本,build脚本告诉Jenkins在一次集成中需要执行的任务。
Jenkins测试人员部署环境学习笔记
1、新建任务
注:Jenkins已由运维搭建好后,找运维要地址,确定生产与测试的区分
2、填写任务名称(有一个任务名称自己定义一个,最好和开发环境名称前缀一样,后面加一个test就行)
注:根据个人需求采取不同方式
3、配置信息:这里可以直接复制之前开发环境的项目,确定之后里面很多内容就有了,然后再去修改需要修改的内容【自己新建就需要去挨个配置】
注:配置信息自行配置
4、构建环境(远程才需要这些内容)
5、执行shell命令 (构建--设置为shell执行)
执行代码说明:
ssh <账号>:<服务器地址> 这个是连接服务器的意思
ssh root@192.....mkdir -p ..... 变量 -p:递归创建文件夹
还有就是这个里面的命令一般不一样,你可以参考一下你们生产环境的配置;一般就是项目名称和地址,注意一下就好了
-
上一篇
Jenkins参数化构建过程
一、背景
-
下一篇
Jenkins也可以依此方式启动,由于它可以部署在Docker容器中,因此您可以构建一个类似的部署文件并在Kubernetes上启动。如下所示,该文件取自Jenkins CI服务器的GCE示例repo。
启动Jenkins也很简单。鉴于Docker和Rancher自身的简单易用性,若您想要启动Jenkins,只需将一组部署文件粘贴到仪表板中即可。我的首选方法是使用Kubernetes仪表板进行所有管理。可以逐个上传Jenkins文件,让服务器启动并运行。
Drone Server是通过在启动阶段设置的配置文件来进行管理的。它必须连接到Github,就意味着要访问库的话,需要添加OAuth2 token,以及(在本文示例中)需要用户名和密码。后期想要做修改,就需要通过Github授予组织访问权限,或者用新凭据来重启服务器。这么做难免会对开发工作带来影响,因为这意味着Drone不能处理多个源。而正如我们前文提到的,Jenkins在这一方面会好一些,它允许任何数量的源repos,但要注意,每个作业只能使用一个源。
任务2 - 插件
Drone插件的配置和管理非常简单。事实上,要成功启动一个Drone的插件,你需要做的事情并不多。与Jenkins相比,Drone的生态系统要小得多,但几乎所有可用的主要工具在Drone中都有插件可用。大多数主要的云提供商都有插件,并且与流行的源代码控制repo相集成。如前所述,可以将Drone容器视作头等公民,这意味着每个插件和执行的任务都是一个容器。
Jenkins是毫无争议的插件之王。大多数情况下,没有什么任务是Jenkins的插件完成不了的。Jenkins插件的可选择范围非常广,可供使用的插件约有1000个,但有时难就难要在从一系列看上去相似的插件中确定哪个才是最佳选择。
Drone有用于构建push和镜像的docker插件,也有用于部署集群的AWS和K8s插件等各种插件。由于Drone平台推出的时间短,它的插件比Jenkins少得多。然而,这并不影响它们的有效性和易用性。drone.yml文件中的一个简单节无需其他输入就能自动下载、配置和运行选定的插件。此外,由于Drone与容器的关系,每个插件都保存在一个镜像中,不需要再添加额外项进行管理。如果插件创建者完成了他们的工作, 所有的内容都将包含在该容器中,用户再无需管理任何依赖关系。
当我为简单节点应用程序构建drone.yml文件时,添加Docker插件非常简单,只需要几行代码,镜像就构建好了,并将其push到我选择的Dockerhub repo上。在下一节中,您可以看到标有docker的部分。本节是配置和运行插件以构建和推动Docker镜像所需的全部内容。
任务3
最终任务是任何CI系统的基础。Drone和Jenkins都旨在构建应用程序。最初,Jenkins是针对java应用程序构建的,但多年来,该范围已经扩展到任何可以编译和执行的代码。Jenkins甚至在新的管道和cron-job方面都游刃有余。然而,尽管它非常适合容器生态系统,但仍旧不是原生容器。
如何选择最佳CI工具:DroneVS.Jenkins