有什么优点和优点？为 .Net 中的每个项目创建自动构建系统有何缺点？

Question

刚刚花费了令人沮丧的时间使用 psake 配置自动构建后，我突然想到为什么不使用我最了解的语言来创建构建器？

psake 是创建自动化构建的优秀框架。我一直遇到的麻烦是学习 powershell 来运行更复杂的任务。我确信 NAnt、msbuild 等也可以这样说。

我解决这个问题的想法是为 .Net 中的给定解决方案创建构建系统。该过程的基本结构如下：

build.bat

rem // Set the environment for msbuild.
"C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\bin\vcvars32.bat"

rem // Build the solution's builder.
msbuild.exe buildsolution.csproj

rem // Run the solution's builder.
BuildSolution.exe <task>

项目的 BuildSolution

一个小型控制台应用程序：

• 引用 BuildSolution 框架。
• 包括每个任务的方法。例如：
  • 干净
  • 构建
  • 测试
  • 提交
• 注册可以运行的任务及其依赖项。例如：
  • Builder.RegisterTask( x => x.Clean )
  • Builder.RegisterTask( x => x.Build ).DependsOn( x => x.Clean )
  • Builder.RegisterTask( x => x.Test ).DependsOn( x => x.Build )
  • Builder.RegisterTask( x => x.Commit ).DependsOn( x => x.Test )
• 运行构建器。例如 Builder.Execute()

测试任务

最终测试任务将调用 nunit、mstest、xunit 等，但首先构建所需的命令行。这是一个使用 .Net 而不是 PowerShell 对我来说更胜一筹的例子。

当我开发应用程序时，我遵循 ProjectName 和 ProjectName.Tests 的简单命名约定。构建系统搜索 *.Tests.dll 并将它们包含在 mstest 命令行中。

使用 .Net 应用程序构建此任务的优点是：

• 无需学习脚本语言来查找测试 dll。
• 使用我熟悉且功能丰富的 IDE 进行开发。
• 使用我熟悉且功能丰富的 IDE 调试任务。

总结

除了测试任务中列出的优点之外，BuildSolution 思想还有一个优点，即项目的新开发人员可以很容易地理解和编辑构建系统。

您认为 BuildSolution 的想法有哪些缺点？

Answer 1

据我所知，您正在谈论推出自己的解决方案。我会将其与使用其他人的现有解决方案进行比较。

优点：

• 体积小，
• 学习简单
• ，调试简单
• ，很容易引入错误修复，
• 您不必要求获得新功能

。缺点：

• 您重新发明了轮子（这总是会增加成本。无论是这取决于你评估的成本）
• 你不能雇用已经了解你的构建系统的人
• 你必须实施你自己的错误修复（是的，你会有错误），并且不能让公司外部的人照顾它，不付钱给他们
• 你不能在网络上谷歌你的错误，因为没有人知道你有它们
• 如果它在任意数量的团队之间共享，那么你必须把它变成一个真正的项目，有里程碑，待办事项、错误数据库等。
• 如果您决定不将其纳入中心项目，则需要重复代码。错误修复不会在代码的不同副本之间转移。
• 您缺少现有构建系统中的大量功能（例如，集成到您的 IDE 或其他软件、监控、内置报告、内置健康通知、实验室管理等）
• 如果有人知道如何集成产品，您无法通过 google 进行搜索X 到你的解决方案中，而不需要做额外的工作（即编写新功能）

最终你应该尝试添加你能想到的任何你自己的优点和缺点。尤其要考虑商业角度。两种解决方案的成本均以小时/美元为单位。从长远来看，使用成本较低的方法，或使用混合方法（一种是短期的，另一种是长期的，并制定迁移计划和时间表）。

话虽这么说，我已经在多个团队中解决过不止一种类型的问题。我也从使用自己的产品转向使用别人的产品。我发现它很有价值，并且我认为在某些情况下它可能是正确的解决方案，特别是如果您将其用作短期引导程序。