【问题标题】:How to maintain the "content" source-code of a Nuget package?如何维护 Nuget 包的“内容”源代码?
【发布时间】:2014-02-04 07:43:51
【问题描述】:

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

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

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

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

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

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

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

【问题讨论】:

    标签: nuget nuget-package nuget-spec


    【解决方案1】:

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

    【讨论】:

    • 感谢您的意见。如果我没听错的话,每次打包一个包并自动插入替换令牌时,您都会根据您的开发代码重新构建您的 \content 源代码?
    • 没错。它允许在项目中轻松测试它,并且查找/替换有助于创建包。还没有找到更清洁的方法来做到这一点......
    猜你喜欢
    • 2016-04-09
    • 1970-01-01
    • 1970-01-01
    • 2021-09-19
    • 2019-12-30
    • 1970-01-01
    • 2011-12-09
    • 2023-03-20
    • 1970-01-01
    相关资源
    最近更新 更多