j.hudson&co_hudson正式更名为jenkins

2024-10-15 17:23:00

1.如何设置jenkins服务器环境变量

2.持续集成Hudson/jenkins 能不能根据不同权限组显示不同 job

3.Gitlab+Jenkins+Docker+Harbor+K8s集群搭建CICD平台

4.，请问hudson中的插件在哪下载呀？比如findbugs，checkstyle,emma,clover和cobertura。

5.怎样设置Jenkins使之能通过Gitlab上的权限认证

6.如何修改jenkins配置权限

j.hudson&co_hudson正式更名为jenkins

如何用Jenkins/Hudson创建真正的pipeline

这几天尝试用Jenkins/Hudson创建pipeline，发现网上的信息很少，所以写一篇跟大家分享。

在开始之前，得告诉你被我的标题给忽悠了，不是Jenkins/Hudson，只是Jenkins！如果你还在用Hudson，那么我建议你立即切换到Jenkins。理由就不说了，看看这个投票就行。（此中，我吃尽了苦头）

接下来，就让我们一步一步用Jenkins搭建真正的pipeline吧。

第一步

第一步，我们先创建一个最简单的pipeline。所谓pipeline，顾名思义，就是一个流水线，由多个步骤（steps）组成。每走完一步，就来到下一步。用Build Pipeline Plugin就可以很方便地实现。

实现的效果如下图：

上例中，UnitTest是我们的初始任务。UnitTest结束之后，自动触发AC Test。如果通过了AC Test，团队可以有选择地部署到任意测试环境。

在配置这个插件时，最重要的就是选择Initial Job。

然后，在每一个step（job）中选择downstream step。可以是自动触发（Build Other Projects），也可以选择手动触发（Manually Execute Downstream Project）。

第二步

第一步中我们实现了一个流水线，但这个只是看上去的流水线而已。在工厂的流水线中，历经流水线上游到下游的，应该是同一个产品。但上例中显然不是，Unit Test和Acceptance Test所运行的可能是不同版本的代码。

要让几个step的代码运行在同一个版本，可以使用一个叫做Parameterized Trigger Plugin。如下图：

选择把Subversion revision传到下面的steps，则接下来的Steps都会checkout同一个版本的代码。但这个也有限制，就是这些Steps必须有相同的subversion URL配置。

另外，你应该还注意到我们还传了另一个参数：PL_BUILD_NUMBER。这个参数会另有用途。

除了希望保持相同版本，我们很可能希望重用upstream step生成的artifact。比如，在AC Test step会生成一些artifacts，这些artifacts经过测试之后，希望可以用于Deploy步骤。一方面，这会节省重新构建artifact的时间；另一方面，这些artifact是已经经过测试的，是可用的，而重新构建生成的却是未经测试的，可用与否未知。（虽然他们应该是一样的，但谁知道呢。。）我们可以使用ArtifactDepolyerPlugin实现。

如何设置jenkins服务器环境变量

由KohsukeKawaguchi打造的Jenkins(最初被称作Hudson)Devops工具，转眼已经过去了十个年头。在Oracle/Sun收购引发的分叉之前，用Java编写的该平台在持续集成和交付领域相当受欢迎。最新消息是，Jenkins项目组刚刚表示，本周的2.357和即将于9月到来的LTS版本，都将需要在Java11的基础上运行。

虽然JenkinsLTS核心支持Java11已有一段时间，但作为一个“长期支持版本”(LTS)，Java11本身已可追溯到2018年。

此外作为向2014年发布的Java8告别的一部分(供应商将持续支持到2030年)，六月LTS也已经支持Java17(JavaSE的最新LTS)。

Jenkins团队指出，虽然项目会在可预见的一段时间内保留在Java8上，但这么做将是不够严谨的。

毕竟Jenkins使用的多个第三方库，都依赖于更高的Java版本，因而坚持使用Java8会导致上游项目的更新变得更少。

问题在于，从Java8/9向更高版本的转变，同时也会给诸多开发者带来各式各样的挑战——无论是语言/运行时等方面的技术支持、还是法律层面的许可政策问题。

痛定思痛之后，Jenkins最终还是在2018年开启了对Java11的支持工作，并随着本周的发布而正式提出了这一要求。

另外Jenkins也将带来对Java17的全新支持，只是目前尚未抵达可向社区快速推广开来的阶段。

好消息是，未来从Java11向Java17迁移的过程，肯定不会像从Java8向Java11迁移那样痛苦。

持续集成Hudson/jenkins 能不能根据不同权限组显示不同 job

启动Jenkins

1、安装jdk

从略，建议1.6或以上版本，配置好环境变量。

2、安装tomcat

从略，安装完调试下tomcat是否正常。

3、安装ant

下载zip包，解压后配置好环境变量。

4、安装jenkins

下载war包，命名为Jenkins，拷贝到tomcat/webapps目录下。

5、安装Android SDK

下载安装,完成后配置好Android_SDK_HOME环境变量。此步骤主要用于进行android自动化测试，若不进行此项可略过。

安装完成后启动tomcat/bin/startup.bat文件(linux下是startup.sh)，在浏览器输入http：//localhost:8080/jenkins，8080为tomcat端口，即可访问jenkins服务器。

配置Jenkins

1、 JDK配置

新增JDK，指定JDK名字和JAVA_HOME

2、 ANT配置

新增ANT，指定ANT名字和ANT_HOME

3、 Maven配置

从略，本文未使用到Maven，具体配置方法参考Google。

4、 Subversion

选择1.6版本SVN，勾选Update default Subversion credentials cache after successful authentication

5、邮件通知

填写SMTP server、Default user E-mail suffix、System Admin E-mail Address、Jenkins URL、勾选Use SMTP Authentication，填写User Name、Password、Use SSL、SMTP port、Chareset(UTF-8) 、Default Content Type(默认)、Default Recipients(默认收件人)，配置完成后可进行测试邮件。

6、 Jenkins URL

配置该URL，用于别人访问。

插件管理

1、 Hudson Subversion Plug-in，jenkins的svn插件。

2、 Android Emulator Plugin，android模拟器插件。

3、 JUnit Attachments Plugin，junit测试报告附件插件。

4、 Email-ext plugin，邮件扩展插件。此处说明下，默认Jenkins只会发送构建失败的邮件，我们需安装此插件才能自定义不同场景。

5、 Deploy to container Plugin远程发布插件。

自动化测试

打包源工程

Android程序

本小节讲诉如何打包一个Android工程，当前使用的是ant进行编译源码。

1、首先构建一个自由风格的Job。

2、添加源码路径，选择所使用的版本控制器，输入源码路径。

3、构建触发器可根据需要选择是否定时构建。

4、构建环境，此处Jenkins安装了Android Emulator Plugin插件，可以启动已有模拟器或添加新的模拟器，本文案例中使用真机调试。

5、构建，卸载手机中原程序 adb –s uninstall com.XXXXXX

6、生成bulid.xml文件，-p后面跟工程所在的本地jenkins下路径

android update project -n *** c:\被测工程Job路径\workspace

7、 Ant进行编译程序，并安装到当前手机中

ant debug install -f c:\被测工程Job路径\workspace\build.xml

8、构建后操作，本案例中构建完成后自动启动构建下一个测试Job

Bulid other projects，选择测试工程的Job.

打包测试工程

Android程序

本小节讲诉如何构建一个Android测试工程，包括邮件发送和测试报告展示。

1、构建步骤1-7和Android程序章节一样，从略。

2、本文案例中测试程序是通过命令行启动运行的，所以在此处增加一个批处理运行。P.S. adb shell am instrument -w -e class com.megafon.test.MegafonTest#testDeleteContact com.megafon.test/android.test.InstrumentationTestRunner ，此处是通过批处理来单独运行一个个的测试用例。避免了Junit3的无序执行的问题。

3、删除Workspace中原来存在的测试报告文件，一般不删除也会覆盖。

如何让测试程序生成xml格式的测试报告，其他文章会重点介绍。

4、从手机中拷贝测试报告，最终测试是在手机上运行，所以报告也生成在手机中，使用adb pull命令把测试报告全部拷贝到workspace下制定目录。

5、构建后操作，发布测试报告，如果报告中包含附件，此处使用到JUnit Attachments Plugin插件。

6、邮件通知，此处使用到Email-ext plugin插件，前面的默认，直接使用我们在系统管理里面设置的默认值。

7、点击右下角高级按钮，可选择不同场景下发送邮件。

8、测试结果展示，在本次构建的控制台可以显示当前所有的构建日志。

9、测试报告点击Test Result可以显示所有测试记录。

Gitlab+Jenkins+Docker+Harbor+K8s集群搭建CICD平台

可以的。

1.先在jenkins --->系统管理--->插件管理里面安装权限策略role-strategy.jpi插件，再注册几个用户。2.在系统管理--->Configure Global Security里统一用户权限配置，在这里配置的权限针对所有job有作用。

3.也可以在job 配置里面单独授权给用户。在这里配置的权限针对当前job有作用。比如这图上可以看到admin和zhangxxx有权限，那么当用wangxxx登录时，这个job就不会显示，视图上就看不到。