其实这是一个非常简单的问题。我一直在使用慢速笔记本电脑在VS2012上开发，我现在设置了一个尖叫的开发者。版本等没有变化，只需在不同的机器上完成。
说实话，我还没有复制 Projects 文件夹，因为我不确定是否会有重置/破坏的项目特定选项。
要明确的是，新的2012是Ultimate，我甚至都没有尝试迁移。我现有的项目中添加了很多选项/功能。解决方案，因此可能不像复制/粘贴 Projects 文件夹那么简单。
你有什么想法？
答案 0 :(得分：0)
@Peter和@JohnnyHK，
你们两个都是对的。我把它放在一台新机器上，因为我担心我需要记住一些我在解决方案中没有记录的东西（以及它下面的项目 - 大约20个）。
所以我已经在旧机器上使用了subversion，所以我添加了VisualSVN / Tortoise，并将解决方案的副本签出到新的Projects文件夹中。有350个错误＆amp;更多警告！糟糕！
但是我很快就完成了它们，现在很干净。我在这个过程中注意到的一件事是VS2012在涉及项目（网上）参考时有点'破碎'。 NuGet实际上是惊人的，因为一旦我启动了包控制台，它就一直在寻找＆amp;安装所有包＆amp;依赖！ ：）
我启用了显示所有文件，然后打开了引用树节点，并注意到它们旁边带有黄色“X”的那些节点。好的方面，那些不需要的东西（我添加它们，但创造了杂乱）很好看，＆amp;删除。但是，大多数引用错误的引用都引用了实际位于正确位置的DLL，当我左键单击带有错误图标的引用时，错误就会消失。奇怪，但更可取......
最奇怪的是引用了它们应该是的DLL（我在项目中创建一个。\ lib目录，一个la * NIX样式，并在那里抛出该项目的所有DLL），但是我不得不删除错误引用（即使项目指向正确的文件/位置），然后重新浏览它，再次添加它，所有错误都消失了。
总而言之，我对这种轻松感到印象深刻 - 即使是奇怪的 - 它也是如此。一旦我看到参考文献如何被破坏，我就进入了每个项目＆amp;治疗每一个。让我对任何进行大规模WPF迁移的人都要清楚：如果我已经开始使用第一个项目并且工作到最后一个，并且只修复了References问题，那么我将在5分钟内完成 - 包括NuGet自动执行的时间负荷。
我不会撒谎;这是新机器解决方案的第一次大迁移，当我看到700个警告/错误时，我想“还有另一个周末！”，但我会警告那些在这种情况下不要进入源代码并尝试修复每个红色下划线。你会打破一切！