我需要将.net解决方案从1.1迁移到3.5。该解决方案目前包含2个CS项目1）类库和2）Web服务应用程序。
问题：我需要迁移解决方案文件和Web Service应用程序项目，但是我无法迁移类库，因为它与另一个不会迁移的解决方案共享！
当Web Service应用程序引用类库时，我想我需要在类库 bin 目录中添加 DLL引用。我不太喜欢这个想法。
bin目录当前不是版本控制的一部分。这是否意味着我还需要将库dll添加到版本控制中。我再次不喜欢这个想法。
我的方法是否正确？有没有更好的方法呢？
答案 0 :(得分：1)
您应该在解决方案中创建一个依赖项（它不必被称为此）文件夹，其中包含您需要的任何预编译的dll。这应该包含在您的源代码管理中，您的Web服务项目应该在Dependencies文件夹中引用已编译的类库dll。
答案 1 :(得分：1)
听起来你走在正确的轨道上。我强烈的命名和版本你的类库（如果它还没有）。对于版本，我在版本中将版本/变更集编号设为第4位。这样我就可以在需要时检索源。
在我的项目中，我有一个名为“ThirdParty”的文件夹，我在其中存储我在解决方案中引用的程序集。此文件夹不在解决方案结构中，因此不会影响任何项目。
答案 2 :(得分：0)
选项1 - 开发必须从Web服务单独支持.NET 1.1的项目。在源代码管理下创建一个文件夹，用于存储Web服务所依赖的dll。更新项目时，构建它并将其保存在dependancy文件夹中。 请记住，在.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，那么就没有瓶颈了。