问题标签 [build-server]

在 Team Foundation Server 中创建新版本时，尝试运行新版本时出现以下错误：

路径 C:\Build\ProductReleases\FullBuildv5.4.2x\Sources 已映射到工作区 BuildServer_23。

我无法在工作区对话框中看到该名称的工作区。

我有一个运行 CruiseControl.NET 的构建服务器。它适用于配置为在该服务器上运行的 7 个项目（我们称之为服务器 A）。

现在我有一个新项目，我希望在不同的服务器（服务器 B）上构建，但我希望它与现有项目出现在同一个 ccnet 仪表板中。

如何为这种情况配置 CCNet？

目前我的任务是进行日常构建。我们有一个带有 SQL Server 2005 后端的 ASP.NET 2005 网站。我们当前的源代码控制是 Visual Source Safe 2005。

在这一点上，我使用日常构建的蛮力方法。

1. 获取最新版本的源代码
2. 获取最新版本的数据库发布脚本
3. 将旧网站文件备份到目录
4. 将新代码发布到我的本地机器
5. 在我的服务器上运行以保持测试/阶段站点正常工作
6. 将新创建的文件推送到网站
7. 在测试数据库上运行 SQL 脚本（假设更新，否则我不打扰）
8. 测试服务器上的测试网站。

看到自动化构建的想法让我很感兴趣，因为这意味着我每天早上做的更少。你会建议我如何进行？在我把它介绍给我的老板之前，我想有一个完整的想法。

我听说谷歌有一些这样的自动化过程：

• 当您签入时，您的代码会签入一个临时位置。
• 它是建造的。
• 样式检查运行。
• 测试运行。
• 如果没有问题，代码将转到实际存储库。
• 您会收到一封电子邮件，其中包含测试结果、性能图表、样式检查结果以及您的代码是否已签入。

因此，如果您想了解您是否破坏了某些东西，或者您预期的性能提升是否发生了，您只需签入并收到一封电子邮件，告诉您您需要了解的内容。

您最喜欢的构建服务器最佳实践是什么？

在虚拟机中拥有构建服务器会更好吗？在 VM 中拥有构建服务器的好处是否超过成本？

我继承了一个构建失败的现有项目。我可以在 ccnet.log 文件中看到异常：

知道这是哪个 xml 文件，我该如何修复它？恼人的事情是构建变成红色，但它没有被添加到最近的构建网页中。

编辑让我澄清一下：这发生在构建结束时，可能是在它尝试生成构建报告 xml 或其他东西时（我禁用了所有合并发布者）

在我这里，我们正在编写服务器端应用程序（WCF 服务），我们期待自动安装并在我们的夜间构建过程中运行它......此外，我们期待在不同的服务器上一次又一次地安装它......

我们正在寻找：

1. 什么是夜间构建的最佳工具？（我们目前正在使用 TeamCity，但它只适用于 CI，不适用于 Nighty Build 要求）
2. 有没有人构建它的解决方案\项目并将它们安装在虚拟机上？（您可以附加\链接一些用于此安装的自动代码吗？）

谢谢。

我已经开始尝试使用 Hudson 作为构建服务器。我正在使用颠覆并将其配置为每分钟轮询一次。我看到的问题是，如果版本 10 的构建需要 5 分钟并且在此期间有 5 次提交，那么 Hudson 将下一次构建版本 15。

有没有办法确保构建每个修订版？

我想在 SVN 中创建一个带有文件版本的标签（标签）。

我已经通过获取构建生成的主要可执行文件的文件版本来重命名工件。如：MyInstaller-1.2.3.1.exe。现在我想在 SVN 中创建一个名为/tags/1.2.3.1. 我找不到在标签模式中设置这种东西的方法。

目前我的标签只是“%system.build.number%”

关于如何做到这一点的任何想法？

我正在使用 TeamCity 专业版 4.5.3（内部版本 9035）

我没有为非常大的组织工作过，也从未为拥有“构建服务器”的公司工作过。

他们的目的是什么？
为什么开发人员不在他们的本地机器上构建项目，或者他们是？
某些项目是否如此庞大以至于需要更强大的机器才能在合理的时间内构建它？

我认为构建服务器有用的唯一地方是与构建服务器持续集成，不断构建提交到存储库的内容。是不是我没有参与过足够大的项目？

有人请赐教：构建服务器的目的是什么？