Nuget的最佳做法：调试还是发布？

目前，我将发布版本与Nuget打包在一起，以将正式版本打包到nuget.org，但我将调试版本与Nuget打包在一起，以将符号源推送到symbolsource.org。

编辑：（乔恩·斯基特，从野田时间发展的一些偏见）

NuGet现在支持同时推送到NuGet gallery 和 symbolsource.org（或类似的服务器），如记录所示。不幸的是，这里有两个矛盾的要求：

• 当只使用一个库而无需调试时，您确实需要发行版。毕竟，这就是发行版的目的。
• 当出于诊断目的而调试到库中时，您确实想要禁用所有适当优化的调试版本。毕竟，这就是调试版本的目的。

很好，但是（据我所知）NuGet不允许以有用的方式在同一程序包中发布发行版本和调试版本。

因此，选择是：

• 将调试版本分发给每个人（如文档中的示例所示），并在不影响大小和性能的情况下生存。
• 向所有人分发发行版，并在调试体验稍有下降的情况下进行。
• 选择一个非常复杂的分发策略，可能会提供单独的发行和调试包。

前两个确实归结为调试版本与发行版本之间的差异的影响……尽管值得注意的是，由于要检查某些行为而想要进入库的代码之间还有很大的不同。调试库的代码，因为您认为发现了一个错误。在第二种情况下，最好将库的代码作为Visual Studio解决方案来获取并以这种方式进行调试，因此我不必过多注意这种情况。

我的诱惑是只保留与发行版本，与预期相对很少有人会需要调试，和谁做的人不会受到影响太大由发布版本的优化。（无论如何，JIT编译器都会进行大多数优化。）

那么，还有其他我们没有考虑过的选择吗？还有其他考虑因素可以平衡吗？将NuGet软件包推送到SymbolSource是否足够新，以至于实际上还没有建立“最佳实践”？

对于SymbolSource，我认为最佳实践是：

1. 仅将发布的二进制+内容包推送到nuget.org（或任何其他生产供稿）
2. 将调试二进制+内容包推送到开发提要：
   • 内部部署
   • 在myget.org上
   • 在nuget.org上作为预发布软件包。
3. 将release和debug binary + symbols软件包都推送到symbolsource.org或任何其他符号存储中。

虽然我们很容易理解，但是人们普遍误以为.NET中的发行版和调试版本确实有很大的不同，但是我认为这种区别是在这里，因为调试中可能包含或可能不包含各种代码，例如Debug。断言。

就是说，将这两种配置都推入SymbolSource确实值得，因为您永远不知道何时需要调试生产代码。远程生产使其更加困难。发生这种情况时，您将需要从工具中获得的帮助。我显然不希望任何人这样做。

关于版本控制，还有一个问题要考虑：让2个不同的软件包（在调试和发行版本中构建）共享1个版本号是否正确？SymbolSource会接受这一点，因为它提取包并将二进制文件存储在单独的构建模式分支中，如果仅允许NuGet相应地标记包，则为SymbolSource。当前无法确定软件包是调试模式还是发布模式。

我完全同意你的结论。带有RELEASE的NuGet软件包和带有调试的SymbolSource软件包。直接进入软件包似乎很少见，并且偶尔启用了优化的调试失误也是可以接受的。

如果确实存在问题，我认为理想的解决方案是让NuGet支持它。例如，假设在调试时是否可以用SymbolSource软件包中包含的DLL代替发行版DLL。

理想情况下，将nuget pack SomePackage -Symbols针对发行版发生的事情是创建发行nuget包，但创建调试符号包。并且VS插件将更新为足够聪明，以查看关联并在调试器中运行时拉入Debug程序集并加载它们。有点疯狂，但会很有趣。

但是，我只是没有看到足够多的人对此事抱怨，这是值得的。

NuGet团队接受请求请求。:)

创建和发布符号包中的示例引用Debug目录中的文件作为dll和pdb文件的源。

指定符号包内容

可以通过约定从前一部分中所述的结构化文件夹中构建符号包，也可以使用文件部分指定其内容。如果要构建前面描述的示例程序包，可以将其放入nuspec文件中：

<files>
  <file src="Full\bin\Debug\*.dll" target="lib\net40" /> 
  <file src="Full\bin\Debug\*.pdb" target="lib\net40" /> 
  <file src="Silverlight\bin\Debug\*.dll" target="lib\sl40" /> 
  <file src="Silverlight\bin\Debug\*.pdb" target="lib\sl40" /> 
  <file src="**\*.cs" target="src" />
</files>

由于发布符号的目的是允许其他人在调试时逐步浏览您的代码，因此最明智的做法是发布用于调试的代码版本，而不进行可能影响代码逐步调试的优化。