与Mercurial、MSBuild和ASP.NET的持续集成

与Mercurial、MSBuild和ASP.NET的持续集成,.net,msbuild,mercurial,continuous-integration,.net,Msbuild,Mercurial,Continuous Integration,我最近从Subversion转到Mercurial。我想设置持续集成(CI),但我不确定DVCS CI与Subversion CI实现有何不同 我想听听其他人是如何实现他们的DVCS CI实现的,以及使用了哪些工具集。设置subversion CI或Mercurial CI的方式没有太大区别。通常,两者都提供提交前和提交后挂钩供您使用。从CI工具的角度来看,这是相同的。几乎任何CI工具都支持所有这些版本控制系统,以监控更改并基于更改触发构建/测试周期,并通过web、邮件等通知结果 我建议使用Bu

我最近从Subversion转到Mercurial。我想设置持续集成(CI),但我不确定DVCS CI与Subversion CI实现有何不同


我想听听其他人是如何实现他们的DVCS CI实现的,以及使用了哪些工具集。

设置subversion CI或Mercurial CI的方式没有太大区别。通常,两者都提供提交前和提交后挂钩供您使用。从CI工具的角度来看,这是相同的。几乎任何CI工具都支持所有这些版本控制系统,以监控更改并基于更改触发构建/测试周期,并通过web、邮件等通知结果

我建议使用BuildBot,因为我最近亲自使用过它,并且可以与subversion和Mercurial一起使用。它还可以在所有平台上工作,因为它是用Python编写的。虽然MS有一些非常强大的CI工具,可以利用该平台,但如果您使用所有microsoft工具

Buildbot易于学习和使用

不是自我插件,但我昨天在我的博客上写了一个简短的信息摘要

查看Microsoft CI工具的一些功能,我总是发现细节层次令人望而生畏,而且工具本身也越来越需要更多的时间


当然,应该有一个中央存储库,所有更改最终都会被推送到该存储库,您可以在其中与CI工具集成。

一般来说,这没有什么不同。据推测,您在某处仍然有一个规范存储库,可以从您/他人的本地存储库将更新推送到该存储库。这就是CI服务器构建的基础。@Christopher在本例中,我使用BitBucket作为规范存储库,但我明白你的意思。