2016-05-11 Eric Wang
问题来源 一般来说,一个大型的项目都会有一些依赖的JAR包(Java归档,英语:Java ARchive),而在将项目部署到服务器的过程中,如果没有持续集成环境的话,也就是说服务器不支持在线编译及打包,那么需要自己上传依赖的JAR包,然而可能服务器上已经存在了该项目所依赖的JAR包(比如项目修复BUG,重新打包上传,而依赖不变或者版本升级,修改方法等),无需再次上传所依赖的JAR包,此时只需将该项目单独打包,在运行的时候指定CLASSPATH即可。 在将JAR包部署到服务器上之后,设置CLASSPATH环境变量,运行java -jar ...命令出现ClassNotFoundException异常。之后又试用了诸多其它参数设置C 继续阅读 »
2016-11-23 veryyoung
上篇文章提到了持续交付,使用持续交付好处诸多,这里就不说了。 其实在之前工作过程中,也尝试过 Jenkins 来做持续集成,但基本只用作自动打包,其他过程基本是 ssh 到服务器上进行人肉操作,或者完全交给 op 处理。 继续阅读 »
2018-01-28 Wenjie Yao
  1月28号在ThoughtWorks武汉office做的一次演讲,题目为《持续交付下的开发分支模型》,分享一下slide: Reference: - 持续集成下的开发分支模型 - IT大咖说 继续阅读 »
2017-05-23 Renfei Yu
本文主要就go语言的学习发展,总结自己在学习的道路上遇到的问题,同时对学习资源进行归纳总结,以方便共同学习 概述 近年来语言的飞速发展,的确给大家带来一种应接不暇的现象,究竟如何取舍,的确是让人挺纠结的。自从Google宣布,kotlin 作为android开发的首选语言,java的地位能否像以前一样不得而知,但是基于jvm的语言(Groovy,Kotlin)的发展也让大家看到每种语言在处理特定问题的优势;gradle基于groovy,开发新一代的构建工具,个人觉得你极大提高了生产力,在持续集成领域,无疑增加了一剂猛药。可以看到groovy在领域特定语言上的优势。 继续阅读 »