jenkins环境搭建
- 格式:doc
- 大小:20.50 KB
- 文档页数:3
win10环境下使⽤Hyper-V进⾏虚拟机创建的教程(图解)⽬录1. 写在前⾯2. 开始配置1. 写在前⾯笔者在不同电脑上多次尝试了Hyper-V下的安装配置。
个⼈感觉,使⽤体验和VMware没差(除了⼀次在较低电量情况下出现了GUI反应卡顿的情况)。
不能使⽤USB设备对初学者影响其实并不⼤,优点是能设置恢复点,缺点是不能⽤USB外设和安装有点⼩⿇烦。
喜欢搞“破坏性折腾”的同学们可以尝试⼀下。
需要注意:Hyper-V与VMware不兼容,请谨慎选择。
2. 开始配置打开控制⾯板2.1 检查win10版本Hyper-V在win10企业版、专业版中是从控制⾯板开启的,家庭版则要⽤命令⾏开启。
1.1、 win+R,输⼊cmd并回车1.2、输⼊systeminfo1.3、检查红框处win10版本、Hyper-V 要求2.2(A) 启⽤Hyper-V功能(企业版、专业版看这⾥)2.2(A).1 打开控制⾯板,点击程序2.2(A).2 启⽤或关闭Windows功能,把弹窗⾥Hyper-V选项都勾选。
添加完成后应该会要求重启。
2.2(B) 启⽤Hyper-V功能(家庭版看这⾥)2.2(B).1 懒⼈包⽅式提取码: s8xj下载后windows命令脚本⽂件,双击运⾏即可。
2.2(B).2 实践⽅式2.2(B).2.1 新建⼀个名为⽂本⽂档,输⼊以下代码:pushd "%~dp0"dir /b %SystemRoot%\servicing\Packages\*Hyper-V*.mum >hyper-v.txtfor /f %%i in ('findstr /i . hyper-v.txt 2^>nul') do dism /online /norestart /add-package:"%SystemRoot%\servicing\Packages\%%i" del hyper-v.txtDism /online /enable-feature /featurename:Microsoft-Hyper-V-All /LimitAccess /ALL2.2(B).2.2 重命名为 Hyper-V.cmd2.2(B).2.3 双击运⾏windows命令脚本⽂件(执⾏完后应该会要求重启)2.3 下载系统镜像点击链接,下载ubuntu系统镜像,在本⽂中,笔者使⽤Ubuntu 16.04 版做配置⽰范。
Jenkins是一款开源的、基于Java开发的持续集成/持续部署工具,主要用于自动化各种构建、测试和部署任务。
Artifactory是一个开源的Maven仓库管理工具,用于存储和管理Java项目的构建产物,例如JAR文件、WAR文件等。
在使用Jenkins与Artifactory进行集成时,可以实现以下功能:1.自动化构建和部署:Jenkins可以自动触发项目的构建和部署流程,并使用Artifactory存储和管理构建产物。
2.版本控制:Jenkins和Artifactory可以一起使用版本控制系统(如Git)来管理代码。
Jenkins可以从版本控制系统中拉取代码,并在构建完成后将构建产物发布到Artifactory仓库中。
3.依赖管理:Artifactory可以作为Maven的中央仓库,存储和管理项目所需的依赖项。
Jenkins可以在构建过程中自动下载所需的依赖项,并管理依赖项的版本。
4.配置管理:Jenkins和Artifactory都可以进行配置管理,包括构建参数、仓库配置等。
这些配置可以在Jenkins中定义,并通过Artifactory进行管理和发布。
5.集成测试:Jenkins可以集成各种测试工具,例如JUnit、TestNG等,对项目进行自动化测试。
测试结果可以与Artifactory集成,以便更好地管理和跟踪测试结果。
6.安全性:Jenkins和Artifactory都支持用户认证和权限管理,可以限制对构建和仓库的访问权限,确保只有授权用户才能访问敏感信息。
总之,通过将Jenkins与Artifactory集成,可以自动化构建、测试和部署流程,提高开发效率和质量。
同时,通过版本控制、依赖管理、配置管理和安全性等方面的支持,可以更好地管理和跟踪项目的状态和进展。
linux jenkins编码在Linux环境下使用Jenkins时,可能会遇到编码问题。
下面是一些解决Jenkins编码问题的步骤:1. 检查操作系统编码:使用`echo $LANG`命令查看当前操作系统的编码。
如果需要,可以将其更改为UTF-8。
例如,使用`export LANG=zh_CN.UTF-8`命令可以临时更改编码,但这只在当前会话中生效。
要永久更改编码,需要编辑`/etc/sysconfig/i18n`文件,并将`LANG`的值更改为`zh_CN.UTF-8`,然后重启服务器。
2. 检查Jenkins编码设置:在Jenkins中,可以通过"系统管理" -> "系统设置"来查看和设置编码环境变量。
确保`file.encoding`系统变量的编码为UTF-8。
3. 修改Java启动参数:如果Jenkins运行在Java环境中,可以尝试在系统变量中添加启动参数以设置文件编码为UTF-8。
打开环境变量设置,新建一个名为`JAVA_TOOL_OPTIONS`的变量,并将其值设置为`-Dfile.encoding=UTF-8`。
然后重启Jenkins。
4. 检查URL编码:如果Jenkins容器(如Tomcat)不使用UTF-8来解码URL,并且使用了非ASCII字符(如作业名称等),可能会导致问题。
在这种情况下,需要在Tomcat的配置文件(例如`server.xml`)中设置URIEncoding为`UTF-8`。
请注意,上述步骤可能因服务器环境、Jenkins版本和安装方式的不同而有所差异。
如果仍然遇到问题,建议查阅Jenkins和Tomcat 的官方文档,或考虑在相关的社区和论坛中寻求帮助。
mac上安装jenkins遇到的版本兼容问题
环境:
apache-tomcat-10.0.12
jdk 1.8
遇坑过程:
2.没办法,从jenkins官⽹下载macos版本的jenkins安装包,也就是jenkins-2.222.1.pkg,运⾏时报“not found java runtime”,陆续试了其他⼏个安装包也是报同样的错。
3.开始怀疑是否时jdk环境变量设置的问题,检查了⼀遍,没有问题。
问题原因:
jenkins、tomcat、jdk三者之间都有版本兼容要求,需要下载相互兼容的版本
问题解决:
1.下载了与jdk1.8兼容的jenkins
2.150.1版本(需要此版本的伙伴可以私信我,不推荐官⽹下载,贼慢)
2.放弃使⽤tomcat(实在不想再去找合适的tomcat版本),⽽是⼿动敲“java -jar 路径/jenkins.war”命令启动jenkins服务
3.后⾯配置⽹上都有资料,不再赘述。
jenkins参数传递Jenkins是一个开源的持续集成工具,可以帮助开发人员自动化构建、测试和部署软件。
通过Jenkins的参数传递功能,我们可以灵活地配置和管理构建过程中的各种参数,以满足不同的需求。
一、什么是Jenkins参数传递?Jenkins参数传递是指在构建过程中,通过设置不同的参数值来控制构建的行为。
这些参数可以是用户输入的,也可以是通过其他方式动态获取的。
通过参数传递,我们可以实现不同构建环境的切换,定制化构建过程,以及动态配置构建参数等功能。
二、Jenkins参数传递的类型Jenkins支持多种参数传递的方式,常见的包括:1. 字符串参数:用于传递字符串类型的参数值,比如版本号、文件路径等。
2. 布尔参数:用于传递布尔类型的参数值,比如是否执行某个步骤、是否开启某个功能等。
3. 数字参数:用于传递数字类型的参数值,比如并行构建的数量、重试次数等。
4. 文件参数:用于传递文件类型的参数值,比如配置文件、测试报告等。
5. Choice参数:用于传递预定义的选项值,比如选择不同的环境、不同的构建方案等。
三、如何在Jenkins中配置参数传递?在Jenkins中配置参数传递非常简单,只需按照以下步骤进行操作:1. 登录Jenkins控制台,进入需要配置参数传递的任务。
2. 在任务配置页面的“构建触发器”部分,勾选“这个构建是参数化的”选项。
3. 在参数化配置中,点击“添加参数”按钮,选择需要的参数类型,并配置参数的名称和默认值。
4. 根据需要重复上述步骤,添加多个参数。
5. 完成参数配置后,保存任务配置,即可开始使用参数传递功能。
四、Jenkins参数传递的应用场景1. 不同环境的构建:通过配置Choice参数,可以实现在不同的环境中构建软件,比如测试环境、预发布环境和生产环境等。
2. 动态配置构建参数:通过参数传递,可以根据不同的需求动态配置构建参数,比如选择不同的构建方案、指定不同的版本号等。
开发环境配置要求总结(一)开发环境配置要求前言在进行软件开发之前,正确配置开发环境是非常重要的。
一个良好的开发环境可以提高开发效率,并为项目的顺利进行提供保障。
本文将总结一些常见的开发环境配置要求,供开发者参考。
正文在配置开发环境时,需要满足以下要求:•操作系统要求:–支持主流操作系统,如Windows、MacOS、Linux等。
–对于特定的开发需求,可能需要特定的操作系统版本,例如Windows 10以上版本。
•编程语言环境要求:–根据具体开发需求选择相应的编程语言环境,如Java、Python等。
–安装最新的编程语言版本,并保持更新。
•集成开发环境(IDE)要求:–根据编程语言的选择,选择支持该语言的IDE,如Eclipse、IntelliJ IDEA等。
–配置IDE的相关插件和工具,以提升开发效率。
•版本控制系统要求:–安装并配置版本控制系统,如Git、SVN等,用于项目代码的管理和协作开发。
•数据库管理系统要求:–根据项目需求选择合适的数据库管理系统,如MySQL、MongoDB等。
–安装并配置数据库,并掌握相关的基本操作。
•网络调试工具要求:–安装网络调试工具,如Postman、Wireshark等,用于接口调试和网络问题的排查。
•系统性能分析工具要求:–安装系统性能分析工具,如JProfiler、Gprof等,用于分析和优化软件性能。
结尾配置好开发环境是进行软件开发的第一步,只有满足开发环境配置要求,开发者才能高效地进行开发工作。
本文简要总结了一些常见的开发环境配置要求,希望对读者提供一些参考和帮助。
通过合理配置开发环境,我们相信开发者能够更好地完成项目,并取得良好的开发效果。
继续为了更好地配置开发环境,我们还可以考虑以下几点:•安装代码质量工具:–安装代码质量工具,如SonarQube、Checkstyle等,用于检查代码的规范性和质量。
–配置代码质量工具,以便在开发过程中自动进行代码检查。
白盒测试的自动化构建流程提高软件交付效率在软件开发过程中,测试是不可或缺的环节,而白盒测试作为一种内部测试方法,旨在检验软件的内部逻辑和结构是否符合预期。
随着软件开发的不断发展,为了提高软件交付效率,采用自动化构建流程进行白盒测试已经成为一种趋势。
一、什么是白盒测试的自动化构建流程白盒测试的自动化构建流程是将测试过程中的一系列操作和流程通过自动化工具实现,从而达到提高测试效率和减少人为错误的目的。
它主要涵盖了测试环境搭建、测试用例编写、测试数据准备、测试执行和测试结果分析等各个阶段。
二、白盒测试自动化构建流程的优势1. 提高测试效率:白盒测试自动化构建流程能够大幅度提高测试效率,自动化执行测试用例和收集测试结果,相对于传统的手动测试,节省了大量的时间和人力。
2. 减少人为错误:自动化构建流程能够避免人为疏漏或错误,减少测试过程中潜在的人为错误,提高测试的准确性和可靠性。
3. 重复性测试:通过自动化构建流程,可以轻松地进行重复性测试,快速发现和解决软件中的问题,避免不必要的人为操作。
4. 并行执行测试:自动化构建流程能够实现并行执行测试用例,提高测试效率,缩短软件交付周期。
三、白盒测试自动化构建流程的具体步骤1. 测试环境搭建:自动化构建流程首先需要搭建适合的测试环境,包括硬件设备、操作系统和测试工具等。
2. 测试用例编写:根据测试需求和测试目标,编写相应的测试用例,并将其转化为可执行的测试脚本。
3. 测试数据准备:为了保证测试的准确性和全面性,需要准备相应的测试数据,并将其导入到测试环境中。
4. 测试执行:通过自动化测试工具执行测试脚本,自动化执行测试用例,并记录测试结果。
5. 测试结果分析:根据测试结果,对软件进行问题定位和分析,及时修复和优化软件。
四、使用常见的白盒测试自动化构建工具1. Selenium:Selenium是一个广泛应用于Web应用程序测试的自动化测试工具,支持多种浏览器和多种编程语言。
centeros7安装配置环境jdk1.8的教程1.先卸载centeros⾃带jdkrpm-qa|grepopenjdk查询出来的⾃带的openjdk2.删除rpm-e--nodeps3.再次查询rpm-qa|grepjdk4.在usr/local创建⽂件夹cd/usr/localmkdirjava5.将jdk1.8放到刚刚创建的⽂件中cd/usr/local/java⽤xftp上传后解压tar-zxvfjdk-8u181-linux-x64.tar.gz6.进⼊刚刚解压的⽂件夹cdjdk1.8.0_181/pwd#(这⼀步记录jdk1.8的路径,⼀会配置环境⽤)7.配置环境vim/etc/profile按i插⼊下⾯路径exportJAVA_HOME=/usr/local/java/jdk1.8.0_181exportCLASSPATH=.:$JAVA_HOME/jre/lib/rt.jar:$JAVA_HOME/lib/dt.jar:$JAVA_HOME/lib/tools.jarexportPATH=$PATH:$JAVA_HOME/bin 按Esc后:wq退出后source/etc/profile8.查看是否成功java-versionmaven 环境配置1.在/usr/local 下创建maven⽂件夹cd/usr/localmkdirmaven2.进去新建的⽂件夹cdmaven上传 apache-maven-3.5.4-bin.zip3.解压unzipapache-maven-3.5.4-bin.zip4.进⼊解压的⽂件夹cdapache-maven-3.5.4/pwd#(记录下这个路径,⼀会配置环境⽤到)5.配置环境vim/etc/profile按i插⼊下⾯exportMAVEN_HOME=/usr/local/maven/apache-maven-3.5.4exportPATH=$PATH:$MAVEN_HOME/bin 按Esc后:wq保存后source/etc/profile6.查看是否成功mvn-vcenteros7安装gityuminstallgit⼀路下来y即可查看是否是成功git--version查看git命令地址which-agit到此环境已经搭建好,开始对maven私服,gitlab搭建。
Jenkins持续集成⾃动化测试执⾏集成构建持续,⾃动地构建&测试软件项⽬代码管理(git/svn)>编译(maven/ant/gradle)>打包>测试环境部署>⾃动化测试研发体系中的迭代流程1 源码分⽀管理: git或者svn, 将不同开发编写的代码集成起来形成不同版本和分⽀,那么急于版本管理,来进⾏版本打包发布2 形成版本编译打包: maven,ant,gradle集成的版本代码编译打包形成可发布的war包或可运⾏的安装程序,提供给测试实验3 测试环境部署:把形成软件产品包部署到响应的服务器环境上,测试可以开始进⾏功能测试,CI可以开始执⾏⾃动化测试(如果不做⾃动化第三部就已经可以结束了)4 ⾃动化测试:在测试环境完成部署之后,充当冒烟测试职责,对产品核⼼功能⽤例进⾏测试,相当于进⾏⼀次准⼊验证,通过了才移交测试组展开功能测试。
功能测试流程:需求分析-测试计划-⽤例设计-测试执⾏-测试报告⾃动化测试流程:测试⽤例选择-⽤例编码实现-测试执⾏-测试报告Jenkins安装使⽤jenkins安装使⽤jenkins下载:https://jenkins.io/download/ 中⽂:下载对应版本通过Tomcat部署jenkins服务下载安装Tomcat:https:///download-80.cgi将jenkins 的war包拷贝到Tomcat的webapps⽬录下startup.bat启动TomcatJenkins 安装部署下载完成之后 war包两种部署⽅式: 1 java -jar jenkins.war 直接启动运⾏ 2 系统中有Tomcat服务,放到Tomcat的webapps⽬录下,启动Tomcat即可⽤户⽬录下查找。
jenkins 才算完成部署如果需要重装删了 .JENKINS⽂件夹,然后重新部署war包就可以了创建构建任务之后,完成持续集成流程: 1 source code management 源码管理,jenkins 可以连接git和svn仓库去拉去相应的源码(仓库地址找开发对应的源码管理员要相关的配置)新建创建名称与⾃由风格 2 拉去源码之后会放⼊到.jenkins的⼯作⽬录下 3 通过调⽤invoke 相关的编译⼯具执⾏命令完成打包操作打包之后会在响应的编译⼯具⽣成的结果⽬录中· 4 测试环境部署:由于测试环境是部署到远端的linux服务器上 在manage jenkins 的manage plugis 中安装publishover ssh 插件下载插件安装完成后进⾏相关配置,将服务的地址配置到ssh插件⾥通S过调⽤执⾏远程shell 命令完成war包的上传和部署操作⾃动化测试脚本执⾏最简单的⽅式:将最终的框架代码和execl⽤例⽂件打包,通过jar包执⾏来完成测试⽤例的执⾏安装完成之后到系统设置SSH连接配置检验是否正常连接进⾏连接配置完成后回到⼯作台点击上传⽂件到指定服务器上完成⽂件的上传从⽽通过shell命令执⾏最后把执⾏的脚本打⼀个JAR包build 中选择 execute batch command 执⾏windows批处理命令把相关命令写进去之后就可以在build triggers当中加上定时执⾏ build periodically语法规则分时天⽉星期需要发送邮件的地址最后把邮件触发事件设置为永远都触发选择永远触发。
自动化部署方案一、背景介绍随着软件开辟的快速发展和需求的不断增长,传统的手动部署方式已经无法满足快速、高效、稳定地部署软件的需求。
因此,自动化部署方案应运而生。
自动化部署方案通过使用自动化工具和流程,能够大大提高软件部署的速度和质量,减少人为错误,提高团队的工作效率。
二、方案概述本自动化部署方案旨在提供一个完整的、可靠的自动化部署流程,以便团队能够快速、准确地部署软件。
该方案包括以下主要步骤:1. 环境准备在开始部署之前,需要确保目标环境已经准备就绪。
这包括服务器的配置、操作系统的安装和配置、数据库的安装和配置等。
2. 版本控制使用版本控制工具(如Git)来管理软件的源代码。
每一个开辟人员都应该在本地进行代码开辟和测试,并将代码推送到版本控制库中。
3. 自动化构建使用自动化构建工具(如Jenkins)来构建软件。
构建过程中可以包括编译代码、运行单元测试、生成可执行文件等。
4. 自动化测试在部署之前,需要进行自动化测试以确保软件的质量。
可以使用自动化测试工具(如Selenium)进行功能测试、性能测试、安全测试等。
5. 自动化部署使用自动化部署工具(如Ansible)来部署软件到目标环境。
部署过程中可以包括复制文件、配置环境变量、启动服务等。
6. 监控和日志在部署完成后,需要监控软件的运行状态并记录日志。
可以使用监控工具(如Zabbix)监控服务器的性能指标,使用日志管理工具(如ELK)来采集和分析日志。
三、方案优势本自动化部署方案具有以下优势:1. 提高部署效率:自动化部署可以大大减少人工操作的时间和工作量,提高部署效率。
2. 提高部署质量:自动化部署可以避免人为错误,减少部署过程中浮现的问题,提高部署质量。
3. 灵便性和可扩展性:自动化部署方案可以根据实际需求进行定制和扩展,适应不同的软件和环境。
4. 提高团队协作:自动化部署方案可以提供一个统一的部署流程,减少团队成员之间的沟通和协调成本。
四、方案实施实施自动化部署方案需要以下步骤:1. 分析需求:首先,需要分析团队的需求和目标,确定自动化部署方案的具体要求。
Jenkins搭建可以直接在jenkins官方网站上:/下载jenkins的文件jenkins.war文件有两种启动方法。
首先保证系统中已经安装了jdk,最好是jdk1.5以上。
第一种启动方法,切换到jenkins.war存放的目录,输入如下命令:$ java -jar jenkins.war然后在浏览器中(推荐用火狐)输入http://localhost:8080,localhost可以是本机的ip,也可以是计算机名。
就可以打开jenkins第二种方法是用tomcat打开解压tomcat到某个目录,如/usr/local,进入tomcat下的/bin目录,启动tomcat/usr/local/apache-tomcat-6.0.18/bin$ ./startup.sh start将jenkins.war文件放入tomcat下的webapps目录下,启动jenkins时,会自动在webapps目录下建立jenkins目录,所以在地址栏上需要输入的地址于上一种方法有点不一样:http://localhost:8080/jenkins。
在打开jenkins后,没有创建用户前,先不要勾选系统设置中启用安全选项,如果勾选了,就会出现无法进入jenkins的现象。
如果已经勾选可以通过如下方法来解决:在jenkins默认的主目录.jenkins中修改config.xml文件,将文件下的几行<useSecurity>true</useSecurity><authorizationStrategyclass="hudson.security.FullControlOnceLoggedInAuthorizationStrategy"/><securityRealm class="hudson.security.HudsonPrivateSecurityRealm"><disableSignup>false</disableSignup><enableCaptcha>false</enableCaptcha></securityRealm>全部删除,然后重新启动tomcat,重新进入jenkins就不用输入密码了。
jenkins默认的根目录在当前文件夹下,比如本机使用的用户名是kes,打开jenkins后,默认的根目录就是/home/kes/.jenkins目录。
.jenkins目录是隐藏的,为了方便需要将jenkins的目录更换以下。
先备份当前jenkins的根目录,以便更换主目录失败以后可以恢复到以前的目录。
进入tomcat下的conf目录,创建一个jenkins.xml文件,将如下几行加入,其中jenkins.war文件就是我们放到webapps目录下的jenkins文件,要给出这个文件存放的绝对路径,value后面就是变更后jenkins的根目录的位置。
<Context docBase="/path/to/jenkins.war"><Environment name="JENKINS_HOME" type="ng.String"value="/path/to/jenkins" override="true"/></Context>修改conf下的xml文件的时候,需要将tomcat关掉,修改好后,多次重启tomcat和jenkins,再进入jenkins之后,在系统设置中就可以看到jenkins根目录改变了,而且在环境变量里面增加了JENKINS_HOME这个变量。
在tomcat下webapps的jenkins目录/usr/local/apache-tomcat-6.0.18/webapps/jenkins/WEB-INF修改以上目录中的web.xml文件,修改<env-entry-value></env-entry-value>这一行,在<env-entry-value>之后添加现在的jenkins的根目录。
<env-entry><env-entry-name>HUDSON_HOME</env-entry-name><env-entry-type>ng.String</env-entry-type><env-entry-value>/usr/local/jenkins</env-entry-value></env-entry>重启tomcat,打开jenkins,jenkins根目录修改完毕。
配置sonar下载sonar包,放在某一目录,解压,比如放在/usr/local目录运行sonar进入sonar运行脚本放置的目录:cd /usr/local/sonar-2.0.1/bin/linux-x86-32其中到sonar.sh就是sonar的运行脚本./sonar.sh start就可以运行sonar可以使用./sonar.sh status查看sonar是否有在运行在浏览器中输入localhost:9000就可以打开sonar界面,默认端口是9000.配置解压的sonar目录中的conf下的sonar.properties文件,可能需要修改的部分如下:#----- Embedded database# Comment the following lines to deactivate the default embedded database (used only for tests and demos)sonar.jdbc.url:jdbc:derby://localhost:1527/sonar;create=truesonar.jdbc.driverClassName: org.apache.derby.jdbc.ClientDriversonar.jdbc.validationQuery: values(1)# data directory, autodetected : /data if standalone application, /WEB-INF/classes/data if WAR deployement (exploded mode)#sonar.embeddedDatabase.dataDir:# derby embedded database server listening port, defaults to 1527#sonar.derby.drda.portNumber: 1527以上是使用sonar内置的数据库derby,不用修改配置,下面这个是mysql数据库的配置文件,如果有安装mysql的话,要将上面三行全部注释掉,在每行前面加上#号。
sonar.jdbc.url:jdbc:derby://localhost:1527/sonar;create=truesonar.jdbc.driverClassName: org.apache.derby.jdbc.ClientDriversonar.jdbc.validationQuery: values(1)然后将mysql数据库的配置选项,如下三行,前的#号去掉,取消注释就好了。
#----- MySQL 5.x/6.x# Comment the embedded database and uncomment the following lines to use MySQL #sonar.jdbc.url:jdbc:mysql://localhost:3306/sonar?useUnicode=true&characterEncoding=utf8#sonar.jdbc.driverClassName: com.mysql.jdbc.Driver#sonar.jdbc.validationQuery: select 1maven项目创建下载mvn的安装文件,解压到某个目录,进入/path/to/apache-maven-2.2.1/bin目录,然后执行./mvn archetype:create -DgroupId=com.tcl.test -DartifactId=testm会在当前/bin目录下建立一个名称为testm的目录,在testm下会有一个pom.xml文件,这个一般就是每个项目必须的文件。
先在本机器上安装cccc然后在jenkins上安装cccc插件,建立好一个项目,在Post-build Action中选择Publish CCCC report,在Main XML CCCC report file path 中填入用cccc工具解析后生成的xml文件,cccc检查完后生成的文件名默认是cccc.xml,可以在cccc工具中手动指定文件名。
示例如下:/usr/local/jenkins/jobs/test-cccc/workspace/cccc-result/cccc.xml在Build中填入shell命令,可以先作代码检查,也可以先编译再做检查,命令行中需要添加cccc检查的命令,范例如下:cccc --outdir=/usr/local/jenkins/jobs/test-cccc/workspace/cccc-result ./src/*.* ./src/engine/*.* ./*.*/usr/local/jenkins/jobs/test-cccc/workspace/cccc-result是将来cccc输出结果保存的地方,后面./src是要检查的源码的目录,要注意路径,这里没有写绝对路径,因为在上面的命令中已经切换到了源码存放的目录,检查源码目录中的.c,.h,.cpp,.cc等C语言文件。
后面两个也指的是存放有C源码的目录,以及里面存放的C文件。
执行完后,打开界面上的Cccc Result就可以看到cccc输出的结果了。