Hudson作用： 自动(定时)将项目编译,打包,发布,调用junit测试,最后生成测试结果

持续集成和代码质量管理手

Hudson 是一个可扩展的持续集成引擎。主要用于：1.持续、自动地构建/测试软件项目。2.监控一些定时执行的任务。目前持续集成(CI)已成为当前许多软件开发团队在整个软件开发生命周期内侧重于保证代码质量的常见做法。它是一种实践旨在缓和和稳固软件的构建过程。

　　如果你想在Hudson的控制台，或者项目配置页面里赋予插件一些参数，或者在project或者build页面里现实点什么，那么你就需要写一个jelly脚本并将他放在resources文件夹里，并且包路径一一对应。<br> 　　举个例子，如果你有个叫SayHello的类，位于com.somecompany.myapp包路径下，它需要使用一个config.jelly，以便于可以在项目的配置页面对其进行配置。那么这个jelly脚本在resources里的包应该是com.somecompany.myapp.SayHello，这样Hudson就会自动地调用它。<br> 　　而且在Hudson中，jelly脚本有一定的命名规则。比如，config.jelly是用于显示在项目配置页面中的创建，而global.jelly是用于Hudson设置的。

GAV是Maven坐标最基本最重要的组成部分，但GAV不是全部。还有一个元素叫做分类器（classifier），90%的情况你不会用到它，但有些时候，分类器非常不可或缺。 举个简单的例子，当我们需要依赖TestNG的时候，简单的声明GAV会出错，因为TestNG强制需要你提供分类器，以区别jdk14和jdk15，我们需要这样声明对TestNG的依赖

Maven 学习整理(配置+命令+setting.xml+pom.xml)

Maven的生命周期其实是指它对所有的构建过程进行了反复的推敲、反思，之后总结了一套高度抽象过程。这个过程是高度完善的、容易扩展的。基本上包含了项目的清理、初始化、编译、测试、打包、集成测试、验证、部署、、站点生成等步骤，几乎所有的项目生命周期也就这样。

maven是一个用于java项目管理和自动构建的软件工具。 它诞生于2002年，它和Apache ant用起来很类似，但是它们的基本设计概念很不相同。 maven是Apache Software Foundation的组成部分,之前是Jakarta Project的组成部分。 maven使用POM(project object model)来描述和构建软件项目，它依赖其他的扩展模块和组件。 maven的一个重要特性是网络化。只要使用者能连接intenet, maven就会自动的在需要的时候从一个或多个资源库下载需要的plugin和软件包。 maven基于插件的设计模式，使用不同的插件可以支持不同的语言，现在有.net的插件，也有C/C++的插件。

Maven这个单词来自于意第绪语，意为知识的积累，也可以解释为“行家”，“专家”。 Maven是一款优秀的项目管理工具，它能够根据项目的对象文档（POM-Project Object Model）去管理，发布项目，并能够生成相关文档。

CI过程会经常构建软件组件；在许多情况下，每当源代码 存储库（比如 Subversion 或ClearCase）中的代码发生变化时，都要构建软件组件。 CI的好处是：经常构建软件可以确保尽早遇到问题（比如代码缺陷），避免问题在软件开发 周期晚期变复杂时才被发现。

自动(定时)将项目编译,打包,发布,调用junit测试,最后生成测试结果

本内容包含了Ant的历史简要介绍，Ant的功能以及Ant框架的介绍，并对下载安装使用Ant进行了示例介绍，同时通过一个Java程序讲解了Ant的基本使用方法。

Hudson 是一个可扩展的持续集成引擎。1.持续、自动地构建/测试软件项目，如CruiseControl与DamageControl。 2.监控一些定时执行的任务。

本文档说明了基于CI框架敏捷开发管理的基本规范。预期读者为：开发人员、测试人员、项目管理人员、项目配置管理人员等。

Maven 的超详细帮助文档

由于现在公司进行Unit Test Case的整理阶段，所以抽空对Ant和Junit技术进行了一下了解，以下是集合了众家所长之精华（考虑到是按我的思路总结的，也许不能完全表述原作者的思路，所以在参考中我把所有参考过的文章网址或书籍都罗列了出来，大家有时间不妨去看看原文）。

Ant是什么？Ant是一种基于Java和XML的build工具。

构建的groupId和artifactId已经更改了，而当前的项目需要一个与传递性 依赖不同名称的版本——结果是classpath中出现了同样项目的两份内容。 一般来说Maven会捕捉到这种冲突并且使用该项目的一个单独的版本，但是 当artifactId和artifactId不一样的时候，Maven就会认为它们是两种不同的类 库。

Hosted：本地仓库，通常我们会部署自己的构件到这一类型的仓库。比如公司的第二方库。默认thirdparty、releases、snapshots三个本地仓库 Thirdparty管理第三方依赖 Releases这里存放我们自己项目中发布的构建, 通常是Release版本的 Snapshots发布那些非release版本, 非稳定版本

在没有应用持续集成之前，传统的开发模式是项目一开始就划分模块，然后等所有的代码都开发完成之后再集成到一起进行测试，随着软件技术的发展，各种软件方法百花齐放，软件规模也在扩大，软件需求越来越复杂，软件已经不能简单地通过划分模块的方式来开发，需要项目内部互相合作，划分模块这种传统的模式的弊端也越来越明显，由于很多 bug 在项目的早期就存在，到最后集成的时候才发现问题，开发者需要在集成阶段花费大量的时间来寻找 bug 的根源，加上软件的复杂性，问题的根源很难定位，甚至出现不得不调整底层架构的情况。