本地开发环境-源代码管理-持续集成
好些天没写blog了,可能大家会疑问我干什么去了。我就干这些事情去了,为下个项目开始做一些基础性的工作,希望这次能够开个好头。
本地开发环境
HSQLDB
选择它的原因是因为它用作本地的开发数据库非常合适,不需要额外的起一个服务器,JDBC连上就行了。数据放在内存之中,用JUnit跑测试的时候放数据,操作,检验,这样的需求根本就不用每个开发者都装一个大型数据库,哪怕是mysql都有杀鸡用牛刀的嫌疑。
Tomcat
主要是它好上手。另外一个原因是当时下jetty下来的时候没有找到windows的启动文件(居然没看到start.jar)。今天看spindle的时候找到了jetty launcher,如果好用就把它换掉,每个开发者都安装一个tomcat也是很烦人的事情。
Ant
好实用的东西,写了一个很长的Ant脚本,现在编码风格检查,编译,单元测试,打包,部署都是一键完成的了。
CheckStyle
同样实用的东西。就像一个严妇一样,绝对不允许胡来。不过对于那个sun的标准规范还是修改一下再用吧,有的地方的确太严厉了。
JUnit
没有单元测试,持续集成就没有意义了……
Eclipse
组里面一个哥们推荐了好久的IDEA,我还是固执的选择了Eclipse。虽然大家都知道这个是IBM的商业策略,但是我总觉得这个东西大气,而且支持也广泛,稳定,再加上都玩熟了……
源代码管理
SubVersion
选择SubVersion的理由很简单,就是CVS anti-refactoring。你不希望因为几个改名操作就把源代码管理弄成一团糟吧。再机上这个东西支持也越来越多了,操作也算习惯。
持续集成
CruiseControl
配置并不像想象中的那么难。希望再配配,配到有构建失败的情况时自动放出洗衣机的那种声音(还记得那种被催着的感觉吧)。我想这样会比一封不痛不痒的email强很多。
DashBoard
这个还没配好呢
本地开发环境
HSQLDB
选择它的原因是因为它用作本地的开发数据库非常合适,不需要额外的起一个服务器,JDBC连上就行了。数据放在内存之中,用JUnit跑测试的时候放数据,操作,检验,这样的需求根本就不用每个开发者都装一个大型数据库,哪怕是mysql都有杀鸡用牛刀的嫌疑。
Tomcat
主要是它好上手。另外一个原因是当时下jetty下来的时候没有找到windows的启动文件(居然没看到start.jar)。今天看spindle的时候找到了jetty launcher,如果好用就把它换掉,每个开发者都安装一个tomcat也是很烦人的事情。
Ant
好实用的东西,写了一个很长的Ant脚本,现在编码风格检查,编译,单元测试,打包,部署都是一键完成的了。
CheckStyle
同样实用的东西。就像一个严妇一样,绝对不允许胡来。不过对于那个sun的标准规范还是修改一下再用吧,有的地方的确太严厉了。
JUnit
没有单元测试,持续集成就没有意义了……
Eclipse
组里面一个哥们推荐了好久的IDEA,我还是固执的选择了Eclipse。虽然大家都知道这个是IBM的商业策略,但是我总觉得这个东西大气,而且支持也广泛,稳定,再加上都玩熟了……
源代码管理
SubVersion
选择SubVersion的理由很简单,就是CVS anti-refactoring。你不希望因为几个改名操作就把源代码管理弄成一团糟吧。再机上这个东西支持也越来越多了,操作也算习惯。
持续集成
CruiseControl
配置并不像想象中的那么难。希望再配配,配到有构建失败的情况时自动放出洗衣机的那种声音(还记得那种被催着的感觉吧)。我想这样会比一封不痛不痒的email强很多。
DashBoard
这个还没配好呢