我需要将 .net 解决方案从 1.1 迁移到 3.5。该解决方案目前包含 2 个 CS 项目 1) 一个类库和 2) 一个 Web 服务应用程序。
问题：我需要迁移解决方案文件和 Web 服务应用程序项目，但是我无法迁移类库，因为它与另一个不会迁移的解决方案共享！
由于 Web 服务应用程序引用了类库，我想我需要向类库bin目录添加一个DLL 引用。我不太喜欢这个主意。
bin 目录当前不是版本控制的一部分。这是否意味着我也需要将库 dll 添加到版本控制中。再说一次，我不喜欢这个主意。
我的方法正确吗？有没有更好的方法来做到这一点？
您应该在您的解决方案中创建一个 Dependencies（它不必被称为这个）文件夹，其中包含您需要的任何预编译的 dll。这应该包含在您的源代码控制中，并且您的 Web 服务项目应该引用 Dependencies 文件夹中已编译的类库 dll。
听起来你在正确的轨道上。我会为您的类库命名和版本化（如果还没有的话）。对于版本，我将版本中的第 4 位设置为修订/变更集编号。这样我可以在需要时检索源。
在我的项目中，我有一个名为“ThirdParty”的文件夹，用于存储我在解决方案中引用的程序集。此文件夹位于解决方案结构之外，因此不会影响任何项目。
选项 1 - 开发必须与 Web 服务分开支持 .NET 1.1 的项目。在源代码管理下创建一个文件夹，用于存储 Web 服务所依赖的 dll。更新项目时，构建它并将其保存在依赖文件夹中。请记住，将 .NET 1.1 程序集与 .NET 3.5 一起使用并不理想。
选项 2 - 将必须支持 .NET 1.1 的项目包含在需要它的两个解决方案中。使用 Web 服务构建它时，将项目属性中的目标框架设置为 3.5，在必须支持 1.1 的情况下使用它时，将目标设置为 1.1。
为什么不能将 1.1 应用程序升级到 2.0 或 3.5？好像您可以在选项 1 中将项目构建为 2.0，那么就不会有瓶颈。