Continuous integration 巡航控制构建策略
我们目前在“开发集成服务器”上运行CruiseControl.NET(v.1.6.7981.1)。我们有许多独立的.NET站点,它们在同一IIS站点下运行,因此共享一个“bin”文件夹。由于CMS的实施,这是必需的设置 对于共享bin文件夹,来自一个站点的程序集更改可能引发错误并影响所有其他站点 我们要做的是将当前正在进行的单个站点构建并部署到集成环境中,然后抽查其他站点以确保它们仍然工作 为了对构建有更直接的反馈,我们正在考虑在签入任何解决方案时利用触发器构建所有解决方案。理想情况下,我们希望在开发新站点并将其引入集成环境时,不必编辑每个项目的配置 这听起来是一个合理的方法还是有更好的方法Continuous integration 巡航控制构建策略,continuous-integration,cruisecontrol.net,Continuous Integration,Cruisecontrol.net,我们目前在“开发集成服务器”上运行CruiseControl.NET(v.1.6.7981.1)。我们有许多独立的.NET站点,它们在同一IIS站点下运行,因此共享一个“bin”文件夹。由于CMS的实施,这是必需的设置 对于共享bin文件夹,来自一个站点的程序集更改可能引发错误并影响所有其他站点 我们要做的是将当前正在进行的单个站点构建并部署到集成环境中,然后抽查其他站点以确保它们仍然工作 为了对构建有更直接的反馈,我们正在考虑在签入任何解决方案时利用触发器构建所有解决方案。理想情况下,我们希望
谢谢 您是否考虑过使用浏览器堆栈或watin之类的工具自动化一些ui测试?没有,还没有考虑过。我喜欢这个想法,并将考虑实施类似的东西,一旦我们得到我们的巡航控制构建自动化。