1

我们使用 TeamCity 进行持续集成,我们的源代码控制是 Git,我们有 1 个包含多个 .sln 文件(大约 10 个)的主要存储库。

总而言之,这个存储库有大约100 - 200 个 C# 项目

推送到主存储库后,TeamCity 会触发一个构建,该构建将编译存储库中的所有项目

我希望能够知道哪些项目实际上受到了特定 commit 的影响,因此仅将这些项目的输出发布为当前构建的工件。

为此,我设计了一个解决方案,将 NDepend 集成到我们的构建过程中,并生成当前和最新构建输出之间的差异报告。更改/添加的输出将作为构建输出发布。

我对 NDepend 的经验很少;据我所知,它的所有真正力量都来自于它所包含的查询语言。

我想知道如何(如果可能的话)我可以实现以下目标:

  1. 包含先前构建输出的文件夹与当前构建输出文件夹之间的差异。
  2. 让 NDepend 生成消耗格式的报告,这样我就可以确定需要复制的文件。

这种情况可能吗?那会有多容易/难?

4

1 回答 1

5

因此,简单的答案是按照本文档中的说明执行报告代码差异方式。这个基本答案的问题在于,它预先假设两个 NDepend 项目总是引用两个相同的程序集。


当然,程序集的数量和名称在您的上下文中会有所不同,因此我们需要动态构建两个项目(旧/新)并通过NDepend.API分析它们。

这是 NDepend.API 源代码。对于It-Just-Works 体验,在 PowerTools 源代码 (in $NDependInstallDir$\NDepend.PowerTools.SourceCode\NDepend.PowerTools.sln) 中只需 在注册调用FoldersDiff.Main();后调用方法, in 。AssemblyResolveProgram.cs

 ...
 AppDomain.CurrentDomain.AssemblyResolve += AssemblyResolverHelper.AssemblyResolveHandler;
 FoldersDiff.Main();
 ...

这是利用 NDepend.API 的源代码。

codeBase请注意,通过两个对象和对象可以做更多事情compareContext。除了显示添加/删除/codeWasChanges 的 3 个程序集列表之外,您还可以显示 API 中断更改、添加的新方法和类型、修改的类和方法、代码质量回归……为此,只需查看有关 diff的默认代码规则,基于相同的NDepend.CodeModel API

using System;
using System.Collections.Generic;
using System.Diagnostics;
using System.Linq;
using NDepend;
using NDepend.Analysis;
using NDepend.CodeModel;
using NDepend.Path;
using NDepend.Project;


class FoldersDiff {

   private static readonly NDependServicesProvider s_NDependServicesProvider = new NDependServicesProvider();

   internal static void Main() {
      var dirOld = @"C:\MyProduct\OldAssembliesDir".ToAbsoluteDirectoryPath();
      var dirNew = @"C:\MyProduct\NewAssembliesDir".ToAbsoluteDirectoryPath();

      Console.WriteLine("Analyzing assemblies in " + dirOld.ToString());
      var codeBaseOld = GetCodeBaseFromAsmInDir(dirOld, TemporaryProjectMode.TemporaryOlder);
      Console.WriteLine("Analyzing assemblies in " + dirNew.ToString());
      var codeBaseNew = GetCodeBaseFromAsmInDir(dirNew, TemporaryProjectMode.TemporaryNewer);

      var compareContext = codeBaseNew.CreateCompareContextWithOlder(codeBaseOld);

      // So much more can be done by exploring fine-grained diff in codeBases and compareContext
      Dump("Added assemblies", codeBaseNew.Assemblies.Where(compareContext.WasAdded));
      Dump("Removed assemblies", codeBaseOld.Assemblies.Where(compareContext.WasRemoved));
      Dump("Assemblies with modified code", codeBaseNew.Assemblies.Where(compareContext.CodeWasChanged));
      Console.Read();
   }

   internal static ICodeBase GetCodeBaseFromAsmInDir(IAbsoluteDirectoryPath dir, TemporaryProjectMode temporaryProjectMode) {
      Debug.Assert(dir.Exists);
      var dotNetManager = s_NDependServicesProvider.DotNetManager;
      var assembliesPath = dir.ChildrenFilesPath.Where(dotNetManager.IsAssembly).ToArray();
      Debug.Assert(assembliesPath.Length > 0); // Make sure we found assemblies
      var projectManager = s_NDependServicesProvider.ProjectManager;
      IProject project = projectManager.CreateTemporaryProject(assembliesPath, temporaryProjectMode);

      // In PowerTool context, better call:
      // var analysisResult = ProjectAnalysisUtils.RunAnalysisShowProgressOnConsole(project);
      var analysisResult = project.RunAnalysis();
      return analysisResult.CodeBase;
   }

   internal static void Dump(string title, IEnumerable<IAssembly> assemblies) {
      Debug.Assert(!string.IsNullOrEmpty(title));
      Debug.Assert(assemblies != null);
      Console.WriteLine(title);
      foreach (var @assembly in assemblies) {
         Console.WriteLine("   " + @assembly.Name);
      }
   }
}
于 2013-02-11T14:46:14.690 回答