炒持续集成续集

通过对[url=http://www.iteye.com/topic/714161]炒持续集成这道菜[/url]的一些留言发现部分朋友没有真正理解这道菜的真谛。
现在我将我对这道菜的理解进行一些总结.
下面先看看一张简易关系图(Hudson+Maven+SVN)
[img]http://dl.iteye.com/upload/picture/pic/67724/b7470bb2-02fd-3aa8-a285-07e0710cc6e1.jpg[/img]
在上面的图中可以看见得出几条路径
1. Maven ————> Hudson
2. SVN ————> Hudson
3. Maven ————> SVN

先从Maven到Hudson： Maven与Hudson的关系相当于显示层和控制层的关系。为什么怎么说呢！因为Hudson本质不对源码进行编译，测试打包等底层操作。这些底层的操作都是交给Maven去操作。Maven类似于Javac一样。在Dos界面对Java源码的编译。因此我通常将Hudson看做是类似界面显示（但是如果说Hudson是绝对的界面显示有点不妥，是因为Hudson也是有些插件可以进行一些操作的）。

在从SVN到Hudson：其实关系类SVN将它的源码路径和用户名注册到给Hudson。那么Hudson可以通过注册进行访问SVN，从SVN中取出源码。这里源码可以是任何的计算机语言。

在Maven 到SVN：其实关系就相当于直接用Maven的scm连接SVN然后进行源码的操作。不过这样学习成本将不小，界面也不是很友好。因此才会引入Hudson通过界面配置进行集成。如果不用Hudson其实也是可以通过Maven和SVN进行集成。

总结：
因此将Maven+SVN+Hudson进行集成是一个学习和操作方便的组合。同时如果明白这些工具的主要作用。其实Maven也可以用ant替换，SVN也可以用CVS替换。至于怎么使用Hudson怎么使用Maven，怎么使用SVN等，我将根据留言看是否有必要写贴。

[color=red]注意：整个这道菜的难点在于对Maven的理解[/color]