软件项目管理 hw2—持续集成实验

一、安装并配置maven

1. 将助教上传的apache-maven压缩包解压缩。

2. 配置MAVEN_HOME环境变量

首先,对".bash_profile"文件进行修改: 在终端输入"vim .bash_profile"对该文件进行编辑,并按照实验要求在"MAVEN_HOME"后加"/bin"。结果如图:

然后,输入"source .bash_profile"使配置文件生效.

3. 在终端输入"mvn-version",检查是否配置成功。

如图:MAVEN配置成功。

4. 创建maven项目

首先,打开Intellij idea,检查Intellij idea是否支持maven:

如图,可看到maven选项卡,说明Intellij idea支持创建maven项目。

然后,新建一个maven项目:

点击:Next

输入Groupid和Artifactid

编辑pom.xml文件,添加junit依赖。

二、安装SVN服务端及客户端。

之前,在计组课中曾安装过git,因此,跳过了本步的实验。

安装git的过程,已经在如下网址中有详细记录,这里不再重复阐述。

地址:http://git.oschina.net/moonfire/Computer-composition-principle-2013-person/wikis/3013212086-赵俊庭-第一次作业-15.10.11

三、安装并配置Jenkins

1.按照实验指导:将jenkins.war放入tomcat的webapp目录下,启动tomcat:进入到tomcat-apache目录中,在终端输入:" bin/startup.sh"。 访问http://127.0.0.18080/jenkins。结果如下:

2. 下载并安装Git Plugin和 Github Plugin: 点击左侧系统管理->管理插件。

  安装界面如下:

3. 点击左侧系统管理->系统设置:

配置JDK的主目录:

配置Maven的主目录和Git的文件路径:

4. 新建集成任务:

首先,新建一个maven项目

输入Git的URL:https://github.com/CindyZJT/lab1.git     点击保存->立即构建。 结果如图:

第一次失败,是因为少上传了文件。 重新add commit之后,错误解决,上传成功。

时间: 2024-08-26 12:52:34

软件项目管理 hw2—持续集成实验的相关文章

持续集成实验--个人总结

持续集成实验--个人总结    THUDMTEAM 李相赫 将近十天的持续集成实验终于要结束,这次持续集成实验要求是每一个小组完善一个抢票的微信公众号.我主要 负责了单元测试和功能测试方面的内容,暑假小学期后端课程中自学报告准备的就是单元测试方面的,对本次的实验 有了很大的帮助. 总的来说这次持续集成实验的最终结果不是特别满足,在分工上出了一点小问题,估计错了本次实验的整体工作量, 还分出了几个人来继续开发大作业,最后感觉时间有点不够用.不过把这次实验当做一个宝贵的经验,记得下次不再犯 这种错误

[SPM_LAB]持续集成实验

一.安装并配置maven 1.下载apache-maven-3.3.3压缩包,并将其解压放到/Library下 2.配置maven环境变量 1)打开控制台输入vim .bash_profile对环境变量配置文件进行修改,添加以下内容来指定maven的主目录,M2_HOME为解压后的maven文件夹放置的路径 2)在控制台输入source .bash_profile使配置文件生效 3.输入mvn -v查看是否配置成功 4.在IDE中集成maven 1)添加maven支持 本次实验使用的IDE为In

软件开发之持续集成

持续集成流程: Nexus作为开发依赖的仓库: Maven作为依赖的一个获取接口,在其中定义好Nexus地址: Eclipse作为开发的工具,在工程中的Pom文件中定义好依赖项(类似于kafka.zookeeper.hbase等的jar客户端文件,并指明Maven的地址): 开发完成之后将代码提交到Svn,并通过Jenkins构建(java中的war包类),并在开发服务器中进行测试确认无误后告知配置管理员: 配置管理员通过从Svn拉取代码并构建到测试服务器,测试人员对功能模块等进行测试: 测试无

"听"乔梁讲述持续集成的故事

乔梁,十多年软件开发及项目管理经验,专注于提高软件企业提高交付能力,推广最佳实践.曾为多个大型电信企业.互联网企业提供专业的软件交付咨询服务.现任百度项目管理部高级架构师,负责百度敏捷过程改进与持续交付推广实施.译有<持续交付>.曾任Thoughtworks资深咨询师,对敏捷项目管理及持续集成有深入的理解与丰富的实践经验. http://kb.cnblogs.com/page/127936/ 另外,大名鼎鼎的Martin Fowler的这篇持续集成也应该要学习下 http://kb.cnblo

项目管理大法归档 - 思维导图、原型工具、接口测试、设计模式、版本管理、单元测试、持续集成、代码审查、Bug 跟踪

太阳火神的美丽人生 (http://blog.csdn.net/opengl_es) 本文遵循"署名-非商业用途-保持一致"创作公用协议 转载请保留此句:太阳火神的美丽人生 -  本博客专注于 敏捷开发及移动和物联设备研究:iOS.Android.Html5.Arduino.pcDuino,否则,出自本博客的文章拒绝转载或再转载,谢谢合作. 项目管理大法归档: 1.思维导图 如果你在想事情,而又不那么清晰明确,那么就用思维导图吧,它可以随着你的思维,很自然地记忆你思维的过程. 其实使用

项目管理:代码仓库管理、项目进度管理与持续集成工具介绍

1. 代码仓库管理:gitlab   gitlab是一个利用 Ruby on Rails 开发的开源应用程序,实现一个自托管的Git项目仓库,可通过Web界面进行访问公开的或者私人项目. 它拥有与GitHub类似的功能,能够浏览源代码,管理缺陷和注释.可以管理团队对仓库的访问,它非常易于浏览提交过的版本并提供一个文件历史库.团队成员可以利用内置的简单聊天程序(Wall)进行交流.它还提供一个代码片段收集功能可以轻松实现代码复用,便于日后有需要的时候进行查找. GitLab 要求服务器端采用 Gi

持续集成开发 实验总结

作者:靳紫荆 在团队协作项目中,如何减少合并的工作量是一个新团队亟待解决,往往需要长时间的磨合和对项目的熟悉才能做到.但由于互联网行业人员流动频繁,迭代周期长的特点,虽然通过规范代码格式.严格代码审核,但是开发的根源痛点还是没有得到解决.本次与实验中通过实际开发流程,敏捷开发与集成开发相结合的开发模式,让我们小组中的每一个人都感受到了合理的组织模式对一个项目成功与否的决定作用.在此过程中,虽然时间很短,仅仅两周,但是随着迭代周期与项目进度的推进,我也有了很多自己的感悟和思考. 首先就是良好的开发

《持续集成:软件质量改进和风险降低之道》

持续集成:软件质量改进和风险降低之道 主旨 这本书讲的是关于持续集成的原则和实践.Martin Fowler关于CI的热门文章发表于2006年,这本书作于2007年,虽然十年间CI的工具已经发生了不少变迁,但本书中提到的基本原则和实践仍然值得借鉴,而且书中提到的关于CI未来发展方向的论述也得到了验证. 本书分为两部分: 第1部分:CI的背景知识,包括基本概念.基本原则与推荐的实践 第2部分:如何创建全功能的CI系统,包括五个持续: 持续数据库集成 持续测试 持续审查 持续部署 持续反馈 第1部分

使用jenkins构建持续集成平台

jenkins +   Maven + svn/git + tomcat 的持续集成平台 项目管理流程: 需求分析----原型设计----开发代码----提交测试-----内部测试-----确认上线(确认上线前可能经过多种环境的测试) ------上线到生产环境-----最终测试------如果出现问题代码回滚. 传统代码上线: 开发人员开发完成-----打好包(war.jar)-----交给运维人员上线(上传.拷贝) jenkins持续集成简介: 持续集成是一种软件开发实践,对于提高软件开发效