【问题标题】:What tools are available to determine which .NET assemblies have changed since the last build?有哪些工具可用于确定自上次构建以来哪些 .NET 程序集发生了更改?
【发布时间】:2010-09-25 03:35:29
【问题描述】:

对于一个非常大的 .NET 站点/解决方案(100 个程序集),是否有任何工具可用于识别自上次构建以来哪些程序集发生了更改(使用比文件日期更智能的东西,文件日期总是会改变)。

我需要将我们的部署过程更改为 a) 增加已更改程序集的版本和 b) 生成一个增量版本以包含这些修改后的程序集。

对于我们的 ASP.NET 网站和 Biztalk 服务器,我目前的方法是在构建后重新部署完整的解决方案 - 这可能需要长达 3 小时(大部分时间用于取消部署和重新部署 BizTalk 应用程序)。

Microsoft 建议我们对程序集进行版本控制,并且只部署那些已更改的程序集以减少我们的部署窗口。我想尽可能自动化。

我们目前正在使用 MSBuild、TFS 和优秀的“老式”人员来管理我们的构建过程。

【问题讨论】:

    标签: .net version-control msbuild build-process assemblies


    【解决方案1】:

    看看NDepend。我相信您可以使用它来生成这类事情的报告并将其用作部署过程的输入

    【讨论】:

    • 谢谢,这将适用于我们的 .NET 解决方案我会检查这是否适用于我们的 BizTalk 2006 解决方案(这些不使用标准的 MSBuild 格式)
    【解决方案2】:

    Team Build 中一个重要的可追溯性功能是它如何跟踪变更集,以及从构建到构建与变更集关联的工作项。

    我们使用这些构建摘要来帮助我们生成版本之间的发行说明。当我们准备好部署经过验证的版本时,我们使用手动运行的构建定义,其中最后一次运行构建是我们部署前一个经过验证的版本的日期。这将负责这两个构建日期之间的所有更改,并为我们提供生成发行说明的综合报告。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-07-07
      • 2015-06-12
      • 2010-09-17
      • 2012-05-23
      • 1970-01-01
      • 2011-11-20
      相关资源
      最近更新 更多