我的解决方案有点不同——包所在的计算机死了，所以我被迫在另一台计算机上重新创建它。

我所做的(在VS 2008中)是在我的目录中打开以下文件:

                  - <package name>.djproj
                  - <package name>.dtproj.user
                  - <package name>.dtxs
                  - <package name>.sln
                  - Package.dtsx

当我这样做的时候，一个弹出窗口问我是否sln文件将是一个新的解决方案，当我点击“是”一切工作完美。

欺骗克隆从存储库工具

在文件资源管理器中打开项目位置。 复制路径到任何浏览器(也就是在浏览器中打开项目位置)。 使用来自浏览器的地址作为克隆的源存储库。 放松和享受无错误克隆。

我有一个项目，源文件在项目文件夹下面的文件夹中。当我复制没有源文件夹的项目文件夹并打开复制的项目时，源文件并没有丢失，而是在旧位置找到。我关闭项目，复制源文件夹，并重新打开项目。现在，项目神奇地引用了复制的源文件(新路径显示在“另存为”上，文件中的更改已保存在复制的版本中)。

这里有一个警告:如果旧项目文件夹和新项目文件夹都在一个使用过的库文件夹下面，上述魔术也会丢弃对库的绝对引用，并期望它位于相同的相对路径下。

我尝试用VS Express 2012。

我的解决方案有点不同——包所在的计算机死了，所以我被迫在另一台计算机上重新创建它。

我所做的(在VS 2008中)是在我的目录中打开以下文件:

                  - <package name>.djproj
                  - <package name>.dtproj.user
                  - <package name>.dtxs
                  - <package name>.sln
                  - Package.dtsx

当我这样做的时候，一个弹出窗口问我是否sln文件将是一个新的解决方案，当我点击“是”一切工作完美。

按照Shane上面的回答(顺便说一句，这很有效)……

您可能会在参考列表中遇到大量黄色三角形。 大多数这些可以消除Build->清洁解决方案和Build->重建解决方案。

我确实碰巧有一些谷歌API的参考，有点固执…以及NewtonSoft JSon。

试图重新安装相同版本的NuGet包失败。 Visual Studio认为您已经安装了它。

要解决这个问题: 1:写下原始版本。 2:安装下一个更高/更低的版本…然后卸载。 3:安装步骤1中的原始版本。

我遵循这些步骤，并使用名为Resharper的开发工具，顺便说一句，它非常棒:

So,

Copy the existing project folder to the destination you want Go to source control and with right click just to the root folder you want and pick "Add items to folder...".Then, a wizard will come up to choose the files to copy (there is no need for some files and the wizard guides you for that reason by default). Change the name of the solution file (*.sln) Change the names of the sub-projects if exist. Use Resharper to change the binding namespaces name (I will automatic do the dirty job with safety).The alternative way is to manually change all namespaces with the new name. The same action with method names. Check solution's properties if you want to change.

就是这样。你准备好了!!