我在为我的构建系统创建一个基于单声道的简单解决方案时遇到问题。
目前的情况是我将引用的库保存在 git 存储库中，这并不好，原因有很多。
我想要实现的是类似于 NuGet 提供的东西 - 自动从 Web 下载 dll，将它们放在某个目录中并忘记它们。
我想在构建时执行此操作，因此它不需要任何额外的操作来下载库等。最好的选择是 msbuild(xbuild on mono)任务，但我希望它独立于系统，所以流行的，执行 NuGet.exe 是不可能的(考虑并行单声道安装等)。
我试过 Pepita 项目，但它......错了。不，真的，它有太多的设计错误，难以使用或修复。要进行适当的配置，需要对整个项目进行认真的重写。
我会 喜欢 是一个库，它将使用 NuGet.Core 库并作为任务可用。如果没有这样的库，我可以使用任何解决方案，即下载 nuget 包并将其解压缩到 .csproj 中指定的目录。
更好的是，如果这样的库可以解决依赖关系而无需在 packages.config(或类似)文件中明确指定它们，那就太好了，例如如果我想包含 CaSTLe.Windsor，我不想在我的配置文件中包含 CaSTLe.Core。
我知道 OpenWrap 项目(使用 NuGet Gallery)，它看起来很有希望，但我找不到解决方案，我可以在我的 repo 中放置一个 常量 库集，修改 csproj 文件，一些配置并拥有它完毕。
最佳答案
我可以告诉你，核心的 OpenWrap 内置了一切可以做你想做的事。您可以使用 openwrap-shell 执行的所有操作也可以从 msbuild 调用。所以，在我看来，你只需要添加一个 before build 钩子(Hook)来调用 openwrap 来执行“更新包装”。几个月前，我实际上考虑过做类似的事情。 AFAIR 我实际上编写了一个 msbuild 脚本来调用 openwrap 任务，但并没有真正将它们挂接到正常的构建过程中。
我不知道你的意思是“在你的仓库中放入一组常量库一次”？对于 OpenWrap，您需要做的就是为您的项目维护“openwrap 描述符”。该文件包含项目的所有直接依赖项(有或没有版本号限制)。 (间接依赖会自动引入)当你有一堆二进制 dll 时，你是否想知道如何开始？我可以告诉你我做了什么。基本上，我不使用任何 NuGet 包，我为所有内容创建了 OpenWrap 包。我还为我们所有的二进制依赖项(其中一些是开源的)创建了 OpenWrap 包。这真的非常简单:您在 OpenWrap 描述符中填写正确的依赖项并指定包必须只包含给定的 dll。我们有一堆二进制依赖项，但是一旦你开始打包它们，肯定没有那么多工作。
如果你想看一个例子，你可以检查这个:
http://code.google.com/p/ppwcode/source/browse/dotnet/External/Apache.Log4Net/trunk/Apache.Log4Net.wrapdesc
这就是打包二进制依赖项所需要做的全部工作。这是我创建的一个包，我们目前在我工作的公司中使用它。我知道 Log4Net 可能作为 NuGet 包提供，我可能会使用它。自己创建这些二进制包的好处是，我可以完全控制包、包的版本编号、一个大项目如何拆分为几个较小的包等等。
作为 OpenWrap 存储库，您可以使用本地文件系统上的文件夹或网络共享上的文件夹。我们使用的实际上是我们在驱动器上本地安装的 webdav 存储库(使用 Windows 7)。这对我们来说很好用，并且还允许我们指定谁对存储库具有读写访问权限。
您提到了单声道......好吧，这可能是一个问题:当前发布的 OpenWrap (2.0.2) 版本不能在单声道 AFAIK 上运行。但好消息是，Sebastien Lambla 一直在努力让 OpenWrap 运行在 mono+xbuild 上，以便很快发布新版本:2.0.3。目前还没有可用的 alpha/beta 版本，但您可以从 git 构建。 (在这种情况下，您需要同时构建 openwrap-shell 和 openwrap)。创建 OpenWrap 的 Sebastien Lambla 通常会关注 StackOverflow 上的问题，并且可能会给你一个关于单声道状态的更完整的答案。
顺便说一句，在我工作的地方，我们已经使用 OpenWrap 一年多了。当时我们比较了 NuGet 和 OpenWrap，那时 OpenWrap 远远领先于 NuGet。基本上，对我来说，NuGet 不是一个依赖管理的工具，而是一个帮助你在 Visual Studio 中从远程服务器拉取二进制依赖的工具(意思是:将 dll 从远程服务器复制到本地文件夹并添加对本地 dll 的引用)项目文件)。与此同时，NuGet 一直在追赶 OpenWrap，并添加了 OpenWrap 中已经存在的功能。在我看来，NuGet 在 OpenWrap 上只有两件事，那就是在 Visual Studio 中的集成(又名远程可用包的概述和单击-单击-单击添加包)以及它由 Microsoft 人员维护的事实 (AFAIK) .这两件事都只是政治性的:用漂亮的界面和微软的支持来说服人们更容易。然而，就我个人而言，我认为 OpenWrap 在技术上更胜一筹，我认为它没有得到应有的关注真的很遗憾。
关于c# - 寻找 msbuild 和 xbuild 任务来获取引用的库(没有 nuget.exe)，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/10757676/