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