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

持续集成实验--个人总结    THUDMTEAM 李相赫



将近十天的持续集成实验终于要结束,这次持续集成实验要求是每一个小组完善一个抢票的微信公众号。我主要

负责了单元测试和功能测试方面的内容,暑假小学期后端课程中自学报告准备的就是单元测试方面的,对本次的实验

有了很大的帮助。

总的来说这次持续集成实验的最终结果不是特别满足,在分工上出了一点小问题,估计错了本次实验的整体工作量,

还分出了几个人来继续开发大作业,最后感觉时间有点不够用。不过把这次实验当做一个宝贵的经验,记得下次不再犯

这种错误,分配好工作量,赶作业ddl的感觉真的不是特别好,不想再次感受到。

通过本次实验,我们THUDM 团队对微信公众号有了更深的了解,微信公众号是怎么工作的,微信公众号真正的用于一个产品的开发,

有哪些好处又有那些坏处。THUDM 团队所要开发的弹屏目系统的发射客户端也是基于微信公众号的,今后我们要好好思考一下我们该

怎么让微信公众号的优势更加突出,怎么做才能把微信公众号的缺点弥补回来,也要记得控制好分工量,注意迭代周期和持续集成的工作。

本次实验为THUDM团队今后的大作业开发奠定了基础。

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

时间: 2024-08-13 17:16:02

持续集成实验--个人总结的相关文章

[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

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

一.安装并配置maven 1. 将助教上传的apache-maven压缩包解压缩. 2. 配置MAVEN_HOME环境变量 首先,对".bash_profile"文件进行修改: 在终端输入"vim .bash_profile"对该文件进行编辑,并按照实验要求在"MAVEN_HOME"后加"/bin".结果如图: 然后,输入"source .bash_profile"使配置文件生效. 3. 在终端输入&quo

持续集成开发 实验总结

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

「Jenkins+Git+Maven+Shell+Tomcat持续集成」经典教程

Jenkins 是一个开源软件项目,旨在提供一个开放易用的软件平台,使软件的持续集成变得可能.现在软件开发追求的是效率以及质量,Jenkins使得自动化成为可能! 亮点 采用shell自定义脚本,控制集成部署环境更加方便灵活 精简war包中的lib包,常驻tomcat里,减少war包传输时间 Jenkins 用户权限管理,不让淘气鬼乱动 构建失败发邮件通知相关人员解决 自动按天备份war包,Jenkins配置备份以及版本控制化 环境 Ubuntu 14.10 (GNU/Linux 3.16.0-

Jenkins+Github持续集成

由于最近团队代码库从coding迁移到github,在CI工具的选型上尝试了travis-ci和circle-ci,最后决定自己搭建CI服务器,而我也有幸认领了这个任务的调研,因此有了这篇文章. 之前写过一篇文章浅谈Jenkins+Node.js持续集成,那真的是浅谈,Jenkins包含的东西实在太多了,作为从hudson分支出来的开源免费的版本,插件与hudson通用,有更快的迭代速度和稳定性. 为什么选择Jenkins 答案简单:因为免费,学习资料多. 开始吧 安装配置这里就不赘述了,移步浅

vsts + XX云服务器构建netcore+docker持续集成交付部署

持续集成交付部署是什么意思,它给我们带来什么好处? 先贴一张图 持续集成(Continuous Integration) 持续集成强调开发人员提交了新代码之后,立刻进行构建.(单元)测试(这个要看情况了是否需要) 持续交付(Continuous Delivery) 持续交付在持续集成的基础上,将集成后的代码部署到更贴近真实运行环境的「类生产环境」(production-like environments)中.比如,我们完成单元测试后,可以把代码部署到连接数据库的 Staging 环境中更多的测试

DEVOPS技术实践_12:创建持续集成的管道

持续集成不仅包含了Jenkins或者相关其它的CI工具,也包含了包含代码如何控制,采用的什么分支策略等.不同的组织可能采用不同的类型的策略来完成CI,策略类型和项目的类型的有很大的关系. 一 分支策略 1.1 本实验分支 分支能够有效的对代码较好的管理,也是能够把工作的代码和开发环境的代码隔离的有效方式.主要有三种的分支策略类型– master分支– integration 分支– feature 分支 1.master分支 master分支也叫做生产分支,该分支的代码全部是经过测试OK的代码.

Gitlab与Jenkins结合构成持续集成(CI)环境

Jenkins概述: Jenkins是一个开源软件项目,是基于Java开发的一种持续集成工具,用于监控持续重复的工作. 官方网址:https://jenkins.io/  Gitlab概述: Gitlab是一个可以实现自托管的Git项目仓库,可通过web界面进行访问公开的或者私人项目. Gitlab拥有与GitHub类似的功能,能够浏览源代码,管理缺陷和注释,可以管理团队对仓库的访问. Gitlab中文网:https://www.gitlab.cc/installation/#centos-7

GitLab+Jenkins结合构建持续集成(CI)环境

持续集成概述 持续集成概述:持续集成(continuous integration)持续集成是指开发者在代码的开发过程中,可以频繁的代码部署集成到主干,并进行自动化测试. 持续交付:持续交付指的是在持续集成的环境基础之上,将代码部署到预生产环境. 持续部署:在持续交付的基础上,把部署到生产环境的过程自动化. 版本控制系统概述 什么是版本控制系统 版本控制系统(Version Control System): 是一种记录一个或若干文件内容变化,以便将来查阅特定版本修订情况的系统. 版本控制系统不仅