持续集成开发 实验总结

作者:靳紫荆

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

  首先就是良好的开发流程和集成化的开发环境对项目推进的重大利好,Travis CI为我们提供了一个免费、高效、美观的敏捷化开发平台,Travis在我们每次提交push及commit的时候都会自行搭建环境并运行,这样可以让每次小的修改都被验证是可以正确的,在开发周期结束合并的时候就避免了这种合并中出现的Bug fix花费的时间与经精力。更重要的一点,通过持续开发的流程,可以保证项目的每个版本都是可以立即部署到服务器上去,通过这种开发方式,可以使得开发更加高效化与效率化。

  在部署服务器的时候,由于之前没有接触过uWsgi以及ngnix相关的内容,花费了大量的时间在阅读相关文档上,在解决问题的过程中,同时深入理解了两者在这个过程中起到的作用,通过部署,不仅使得原本相对脆弱的Django服务器具备了一定的载流能力与安全性能,非常具有实际的应用意义。

  通过本次开发,自己对持续集成开发及敏捷开发的流程有了更深的了解,同时学习了在服务器上部署Django服务器的方法,收获很大。

原文地址:https://www.cnblogs.com/THUDM/p/9823464.html

时间: 2024-10-15 05:47:43

持续集成开发 实验总结的相关文章

使用Jenkins+Calabash+Cocoapods搭建iOS持续集成环境

持续集成 持续集成究竟是什么呢?根据敏捷大师Martin Fowler的定义: 持续集成是一种软件开发实践.在持续集成中,团队成员频繁集成他们的工作成果,一般每人每天至少集成一次,也可以多次.每次集成会经过自动构建(包括自动测试)的检验,以尽快发现集成错误.许多团队发现这种方法可以显著减少集成引起的问题,并可以加快团队合作软件开发的速度. 只要是开发就有分工,哪怕是自己一个写也要分成多个模块.随着项目越来越大,模块也越来越多,各个模块是否可以征程协作就成了问题,有了持续集成,可以有如下好处: 持

持续集成(一)思想篇

 定义 持续集成(ContinuousIntegration,简称CI),又被称为持续构建(ContinuousBuild),最初是以一种研发管理的思想被提出来.1996年,持续集成的思想首先在Kent Beck的极限编程中被提了出来.KentBeck在他的书中是这样描述的:"团队编程就是先分而治之地解决问题,然后集成.但集成的过程是不可预知的,你等待集成的时间越长,付出的代价就可能越高.因此,每完成一段时间编程,系统就应当进行一次集成,并进行相应的测试."KentBeck将这里的&q

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

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

项目的大小衡量标准,以及项目演进的方法(填空架子,持续集成,边开发边测试效果)

java项目的大小衡量标准: 微型:只是一个人,甚至是半日工作在几天内完成的软件: 小型:一个人半年内完成的 2000 行以内的程序: 中型: 5 个人在 1 年多的时间内完成的 5000-50000 行的程序: 大型: 5-10 人在两年内完成的 50000-100000 行的程序: 甚大型: 100-1000 人参加用 4-5 年完成的具有 100 , 0000 行的软件项目: 极大型: 2000-5000 人参加, 10 年内完成的 1000 万行以内的程序: 以上摘自:<软件工程概论>

给开发安装持续集成工具jenkins,K哥

2016.11.24 测试用服务器已经有了SVN 被开发找到说要安装一个正式的上线管理软件 我也没问他什么是正式的上线管理软件 自己百度没有,QQ群问,有人回复说可能是指持续集成工具 OK,搜索,发现jenkins这个软件不错,虽然官网不支持中文,但社区很活跃,可以用 官网:https://jenkins.io/index.html    自己根据系统下载 1.安装JDK jenkins软件需要java环境支持 先检查下有没有JAVA java --version OK,没装,网上下载个 htt

[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

HUDSON(Java开发的一种持续集成工具)

Hudson是Jenkins的前身,是基于Java开发的一种持续集成工具,用于监控程序重复的工作,包括: 1.持续的软件版本发布/测试项目. 2.监控外部调用执行的工作. Hudson的特性 1.易于安装-只要把hudson.war部署到servlet容器,不需要数据库支持. 2.易于配置-所有配置都是通过其提供的web界面实现. 3.集成RSS/E-mail/IM-通过RSS发布构建结果或当构建失败时通过e-mail实时通知. 4.生成JUnit/TestNG测试报告. 5.分布式构建支持-H

项目的大小衡量标准,项目架构的方法(填空架子,持续集成,边开发边测试效果)(装贴)

java项目的大小衡量标准: 微型:只是一个人,甚至是半日工作在几天内完成的软件: 小型:一个人半年内完成的 2000 行以内的程序: 中型: 5 个人在 1 年多的时间内完成的 5000-50000 行的程序: 大型: 5-10 人在两年内完成的 50000-100000 行的程序: 甚大型: 100-1000 人参加用 4-5 年完成的具有 100 , 0000 行的软件项目: 极大型: 2000-5000 人参加, 10 年内完成的 1000 万行以内的程序: 以上摘自:<软件工程概论>

持续集成 .Net手册--提升开发效率和质量

参考:http://blog.csdn.net/chelsea/article/details/132525 持续集成 .Net手册 一.概念 Martin Fowler的文章:Continuous Integration  中文翻译:持续集成 二.工具 传统工具:VisualStudio.Net,VisualSourceSafe,Rational ClearCase 自动编译工具:NAnt,NAntContrib 回归测试工具:NUnit 代码检查工具:FxCop 持续集成工具:CruiseC