咱们先理清核心问题：传统NuGet包的content文件夹，在.NET Core之后的SDK-style项目里并不会自动把文件同步到项目的输出目录，也没法直接被dotnet scaff这类CLI工具的运行上下文识别，这就是你用content/template.html找不到文件的原因。下面给你几个实用的解决思路：

方案1：改用contentFiles目录结构（推荐） #

这是NuGet针对现代SDK项目设计的文件分发方式，能精准控制文件的复制逻辑：

• 调整你的NuGet包结构，把template.html放到contentFiles/any/any/目录下（any/any表示适配所有目标框架和项目类型）
• 在你的.nuspec文件里添加配置，确保文件会被复制到项目输出目录：

  <contentFiles>
    <files include="any/any/template.html" buildAction="Content" copyToOutput="true" />
  </contentFiles>
  

• 重新打包安装后，在scaff.dll里可以通过程序集运行目录来拼接路径，完全不用纠结相对位置：

  var templatePath = Path.Combine(AppContext.BaseDirectory, "template.html");
  

方案2：在安装包的项目中手动配置文件复制 #

如果不想重新打包，直接在安装了NuGet包的项目的.csproj里加一段配置，把包内content目录的模板文件复制到输出目录：

<ItemGroup>
  <Content Include="$(NuGetPackageRoot)/你的包名/对应版本/content/template.html">
    <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
    <Link>template.html</Link>
  </Content>
</ItemGroup>

配置完重新生成项目，之后同样可以用AppContext.BaseDirectory + "template.html"来访问模板文件。

方案3：把模板嵌入为程序集资源（最稳妥） #

如果想彻底规避路径问题，直接把模板和scaff.dll绑定在一起：

• 在类库项目里右键template.html，设置「生成操作」为「嵌入的资源」
• 在scaff.dll里通过程序集读取资源内容：

  var assembly = Assembly.GetExecutingAssembly();
  // 注意资源名称要和文件所在的命名空间对应，比如你的项目命名空间是ScaffTool，那就是ScaffTool.template.html
  var resourceName = "你的项目命名空间.template.html";
  using (var stream = assembly.GetManifestResourceStream(resourceName))
  {
      using (var reader = new StreamReader(stream))
      {
          var templateContent = reader.ReadToEnd();
          // 这里处理模板内容即可
      }
  }
  

这种方式完全不依赖文件系统，不管CLI命令在哪个目录运行都能正常读取模板。

最后提个小细节：运行dotnet scaff时要注意命令的工作目录——如果是在项目根目录运行，工具的当前目录就是项目根；如果是在输出目录运行，当前目录就是输出目录。所以用程序集上下文获取路径是最不容易出错的方式。

内容的提问来源于stack exchange，提问作者user9560251