共享开源.net库[关闭]

Question

假设我已经在nUnit 2.1上编写了SuperTest ，并且想与世界分享我的创作。 杰西（Jess）很想使用我的图书馆，她也想直接使用nUnit 。 她的应用程序HeadBook使用nUnit 2.8

我可以看到源代码发布的场景：

1. 她检查了nUnit 2.1附带的SuperTest源代码，将其复制到nUnit 2.8中，重新编译了SuperTest，然后将SuperTest.dll复制到了HeadBook中。
2. 她检出了SuperTest源，该源未随nUnit一起提供，但包含必须提供的参考。 她在nUnit 2.8中复制，重新编译SuperTest，将SuperTest.dll复制到HeadBook中

我看到的是二进制版本的场景：

1. 她下载了SuperTest 1.0二进制文件，将SuperTest.dll和nUnit 2.1放入GAC，并从GAC引用了SuperTest。
2. 她下载了SuperTest 1.0二进制文件，将dll复制到HeadBook中，然后重新编译HeadBook以与nUnit 2.1一起使用。
3. 她将SuperTest 1.0二进制文件下载到一个dll中，复制到手册中并引用

我正在尝试找出设置此项目的最佳方法。 似乎最好的方法是包括nUnit的副本，具有本地引用和ilmerge作为构建步骤。

我想避免用尚未测试过的不同版本的依赖项重新编译SuperTest ，但我可能还想避免使用gac，这样部署就很轻松 。

ilmerge将是最好的方法吗？

Answer 1

我认为最好的方法是尝试遵循nUnit版本，以便SuperTest始终与上游依赖项保持同步。 这样，您将获得与上游匹配的源代码发行版（SCM上的分支）和二进制发行版（只需构建一次），而您不需要任何这些。

未能做到这一点（即您不能承诺遵循nUnit版本），我倾向于同意，捆绑自己的版本和合并程序集对每个人来说都是最简单的。

Answer 2

签署您的二进制发行版。 具有强名称的程序集将加载正确的版本，并在必要时并排加载。 然后，包含您正在使用的nUnit 2.1程序集的副本，并且一切就绪。