问题标签 [continuous-integration]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tfs - 向团队提供 TFS 构建状态通知的最佳方式是什么？
我喜欢 TFS 的警报机制在构建中断时发送的状态电子邮件。但是，我想向整个团队发送这样的电子邮件，而不是依赖团队订阅警报...
在覆盖“OnBuildBreak”并使用 MSBuildCommunityTasks EMail 任务时，我很难自己生成足够详细的消息。
有没有办法强制将 TFS 警报发送到电子邮件列表？您能推荐一种发送此类状态通知的方法吗？
continuous-integration - 使用 Starteam/CruiseControl 覆盖工作文件夹
出于某种原因，我似乎无法让 CruiseControl.net 将代码签出到除 starteam 工作文件夹之外的任何地方以获取特定视图。
我已经尝试过 overrideViewWorkingDir 和 overrideFolderWorkingDir，但似乎都不起作用。
有没有人能够做到这一点？
maven-2 - Hudson 无法构建我的 Maven 2 项目，因为它说存储库中缺少工件？（他们不是）
我正在使用 Hudson 和 Maven 2 进行自动化构建/CI。我可以从命令行使用 maven 构建良好，但是当我使用 Hudson 运行相同的目标时，构建失败并抱怨缺少工件。我将 Hudson 作为 Windows XP 服务运行。
visual-studio - 关于持续集成系统的建议
我们目前正在评估与 Visual Studio 2008 (C#) 和 Subversion 交互的不同应用程序，以自动构建我们的核心库。我们希望每晚执行一次构建，并通过电子邮件将所做的更改列表发送给每个开发人员，或者将最新版本推送到每个工作站。您对这些工具有何经验？有什么建议？
推荐软件
推荐文章
continuous-integration - 自动化日常构建的最佳方式
好的，所以我们都知道日常构建是项目的核心，但是自动化它的最佳方式是什么？
我们有 perl 脚本包装我们的管道，其中包括 ClearCase、VS2005 (C++)、Intel FORTRAN、Inno setup。我们在 UNIX 上使用 cron 作业来安排构建，并托管一个简单的 Apache Web 服务器来查看和监控构建。总而言之，它相当复杂，我想知道人们使用的最好的现成解决方案是什么？
是的，我确实说过 FORTRAN 有时不逃避它，它可以工作，没有必要为一些经过验证的 FEA 代码做一个巨大的重新实现项目。
build-process - 你能用 PHP 脚本或解释语言“构建”吗？
如果我错了，请纠正我，但“构建”是“编译”，并不是每种语言都能编译。持续集成涉及构建组件以查看它们是否在单元测试之外继续工作，我可能过于简单化了。但是如果您的项目涉及一种无法编译的语言，您如何执行夜间构建或使用持续集成技术？
continuous-integration - 持续集成网络服务
我处于一个可以成为分布在两个国家/地区的团队的团队负责人的位置。这个团队将是技术。我们计划在有限的资金上启动一家初创公司的团队。因此，我正在努力寻找将前期费用降至最低的方法。现在我们正计划使用 Java 并且将进行大量的 junit 测试。我打算将 github 用于 VCS，将 lighthouse 用于错误跟踪器。此外，我想添加一个持续集成服务器，但我不知道任何作为 Web 服务提供的持续集成服务器。
有人知道软件即服务模型中是否有可用的持续集成服务器吗？
PS，如果有人知道我可以在一个地点获得这三项服务，那将是非常棒的。
.net - MSBuild ItemGroup，不包括 .svn 目录和文件
如何构造一个 MSBuild ItemGroup 以排除 .svn 目录和（递归）其中的所有文件。我有：
目前，但这并不排除任何事情！
tfs - Cruise Control .Net 与 Team Foundation 构建
我们的团队正在设置夜间和持续集成构建。我们拥有 Team Foundation Server，可以使用 Team Foundation Build。我更熟悉 CC.Net 并以这种方式精益求精，但管理层看到了花在 TFS 上的所有资金并希望使用它。
我更喜欢 CC.Net 的一些地方是通知的灵活性以及实现自定义脚本的简易性。
如果您对这两种产品都有经验，您更喜欢哪一种，为什么？
.net - 使用 NAnt 构建设置项目
我已经有一个 NAnt 构建脚本，可以一起构建/运行测试/压缩 web 项目等，但我正在开发一个基本的桌面应用程序。我将如何使用 NAnt 构建设置项目，以便我可以将它包含在 TeamCity 的构建报告中。
编辑：设置是 Visual Studio 提供的基本设置项目。这是公司内部的，所以它没有做任何花哨的事情。