我目前正在研究哪些构建服务器应该用于多平台开发(针对Windows上的.NET和Windows / SUSE上的Mono)。
我们将TFS(2010 RC)用于ALM的所有其他方面,我们需要实现持续集成。
我被TFS吸引,因为它与ALM的其余部分集成,并且能够协助部署等,但是我还没有找到任何证据证明我可以在非单声道上运行构建代理Windows构建机器。
有人曾尝试/成功吗?
如果没有,我很可能会选择Mono上的TeamCity。
谢谢,
迈克尔
答案 0 :(得分:1)
目前我不知道如何让当前的Team Build服务在非Windows机器上运行。我知道人们通过使用plink.exe将构建控制器(一台Windows机器)ssh到mac / linux / unix框并在那里启动脚本来启动非Windows框的构建。
然而,你可能不想做很多管道和相当数量的胶带。在这种情况下,TeamCity,CruiseControl / CruiseControl.NET或Hudson都是不错的选择。我对TeamCity没有多少经验,但我知道CruiseControl和Hudon都通过包装命令行(now available cross-platform from Microsoft作为免费下载)与TFS对话。
答案 1 :(得分:0)
我们决定使用Team Build作为持续集成的“主要”来源,运行门控检查,评估质量,提供任务链接等。
此外,我们将让TeamCity在Mono盒子上“侧面”运行,该盒子将从TFS源存储库中检出源并构建它。
一种混合方法,利用两个系统的优势,而无需将它们与脚本等“耦合”。