0

我正在为我们的框架设置一整套 ​​NuGet 包。除了简单的二进制包(框架模块的.dll)之外,还有一些包将源代码交付到使用它们的项目中,这些项目通过 NuGet 包中的 \content 目录完成。

为了开发这个源代码,我有一个测试/沙盒项目。我开发/调试/修复这个项目中的代码,如果它是下一个版本的最终版本,我将它复制到包的内容文件夹中,在那里我替换 $rootnamespace$ 等内容。这需要为每个版本完成的包。

另一种方法是只保留带有 $rootnamespace$ 标记的最终源并直接维护它。但是然后测试/调试将通过将包重新添加到测试项目并在那里调试它,打包到包内容,修改它,重新构建并重新添加并再次测试来完成。

所以我看到了两种维护内容源代码的方法(它们都不是很好):

  • 保持 \content 中的源代码尽可能小,并尽可能多地部署为二进制文件。

  • 使用沙盒/开发项目中的一些转换引擎(例如 T4)生成 \content。什么引擎最适合用于此?

简而言之:我还没有找到一个好的工作流程来维护 NuGet 包的“内容”源代码。你们是怎么做到的?对该工作流程有任何想法吗?

4

1 回答 1

1

检查http://github.com/maartenba/MvcSiteMapProvider构建。它经过了相当多的定制,但基本上是在几个命名空间上进行查找/替换,并在打包之前用替换令牌替换它们。

于 2014-02-04T09:08:18.670 回答