【问题标题】:Generic MSBuild Script通用 MSBuild 脚本
【发布时间】:2010-08-23 14:41:35
【问题描述】:

我正在尝试构建一个通用的 MSBuild 脚本,该脚本将从 ASP.Net 页面以编程方式调用。该脚本应执行以下操作:

1) 从 SVN 查看源代码(所有项目都是 asp.net 项目)。

2) 构建并发布 Web 项目。

3) 运行一个 c# 组件,该组件将对已发布的 Web 项目进行一些操作(我不知道是什么操作。抱歉)

4) 创建一个 Wix 文件并生成 MSI。

此脚本的输入参数是 SVN URL、环境(DEV、UAT 等)和要构建的项目文件。

有人可以指导实现这一目标的最佳方法是什么吗? ASP.Net 页面在完成时应该定期收到每个步骤的通知。

我最初的想法是将其实现为作为 Windows 服务托管的 WCF 服务,以便我可以在构建服务器上将其作为长时间运行的进程运行。你们都认为这种方法有什么主要缺点吗?

请让我知道您的 cmets 或解决此问题的建议。

请注意,我不能使用 TFS 或任何其他连续构建机制。

【问题讨论】:

  • 听起来像是我使用 Team Foundation Server / Team Foundation Build 的目的。
  • 是的,伙计。但由于公司政策,我无法使用 TFS
  • 公司政策宁愿花费昂贵的开发人员时间,也不愿使用一些经过良好测试的合适工具?巡航控制呢?
  • CruiseControl 的 +1,这听起来真的像是你自己写的重新发明轮子..
  • 请注意,我不能使用 TFS 或任何其他连续构建机制。

标签: asp.net wcf msbuild wix


【解决方案1】:

我认为无法回答这个问题。基本上,您希望完成整个 ALM 过程,包括编写安装并将其转换为带有少量参数的按钮脚本。这真的没那么简单,需要数周的开发时间才能完成。

现实情况是,无论您是否接受,您都需要一个 CI 系统。

【讨论】:

  • 感谢克里斯的回答。我同意我正在尝试复制整个 ALM 流程或创建类似于 CI 的东西。基本上我很想将其中一个 CI 用于我的解决方案,但由于我的限制,我不能。
【解决方案2】:

您能否详细说明为什么您不能使用TeamCity 但可以以(可能较差)的方式重新实现它? (它不使用 ASP.NET,但除此之外,它拥有你想要的一切——你只需要自定义构建脚本)

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2011-12-06
    • 2018-09-02
    • 2011-05-06
    • 2018-07-08
    • 1970-01-01
    • 2011-12-20
    • 2013-06-08
    相关资源
    最近更新 更多