continuous-integration - 与Hudson持续集成的工作流程是什么？

Question

今天我被提到 hudson 。
我以前听说过持续集成，但是我不知道到底什么是CI服务器。
Hudson真的很容易在Ubuntu中安装，几分钟后，我设法建立了它的一个实例。
但是我不太了解CI服务器的工作流程，或者我应该如何使用它？
如果您有关于ci的经验，请告诉我，谢谢。
编辑:
我目前正在使用Mercurial作为我的SCM，我想知道与Hudson一起使用它的正确方法是什么。
我已经安装了Hudson的Mercurial插件，并使用本地存储库创建了一个新作业。当我在存储库中提交时，Hudson作业是使用最新版本的源代码构建的。
如果我使用的是远程存储库，那么工作流程是怎样的？
像下面这样吗？

使用存储库

设置 Hudson作业

Developer对存储库

进行本地克隆

开发人员提交并推送更改

使用传入的变更集

更新远程存储库

运行Hudson构建

可能我完全误会了一些东西，请帮我指出。

Answer 1

Continuous Integration是连续地“集成软件”的过程，即尽可能频繁地(最终在每组更改之后)，以通过立即获得反馈来避免任何大的集成以及所有后续问题。

要实现持续集成，您首先需要自动化软件的构建(构建的方法当然是编译源代码，打包源代码，还包括编译测试，运行测试，运行质量检查等)，这将有助于获得反馈。代码的健康程度)。然后，您需要在特定事件(存储库中的更改，时间事件)上触发源的最新版本的构建，以生成报告并在失败时(通过邮件，Twitter等)发送通知。

而这恰恰是CI引擎的职责:提供触发机制，能够获取源的最新版本，运行构建，生成和发布报告，发送通知。 CI引擎确实实现了这一点。

而且由于运行构建需要占用大量CPU和磁盘，因此CI引擎通常在专用计算机上运行(如果要构建许多项目，甚至可以在一组计算机上运行)。

现在回到您的问题。 Hudson运行后，对其进行配置(管理Hudson>配置系统):设置JDK，构建工具等。然后设置 Hudson Job 并遵循以下步骤:配置源存储库的位置，构建工具，触发器，通知 channel ，您已经完成了(您可以做更复杂的事情，但这只是一个开始)。

有关设置的更多详细信息，请检查:

有关更多详细信息，官方Use Hudson指南。 <<从这里开始

Continuous Integration with Hudson - Tutorial。

Spot defects early with Continuous Integration。