我已经被要求“清理”并在.NET环境中重新开始，开发人员在这种情况下陷入了混乱。我仍然可以使用开发人员，并且他能够在他的机器上提取解决方案，但是当我尝试使用它时，我的机器上会出现问题。
我想要做的是拥有一个“导出解决方案”，它可以将所有各种依赖项拉出来并将它们组合到一个反映解决方案布局的目录中。
如果无法复制文件（对于exmaples，对GAC中项目的引用），可以使用任何实用程序或方法来获取实际所在位置的完整报告，即Debug和Release配置的物理和虚拟路径。还有后期构建任务等。有大量不同类型的项目和各种配置屏幕，只需手动尝试记录它是可能的，但事实证明非常容易出错，即使对于一个非常确定的人来说也是如此。
我尝试解析解决方案文件，因为它只是文本，但它并不能说明整个故事。此故事的一部分是文件在Visual Source Safe中的位置，因为当我能够将工作解决方案整合在一起时，VSS通过随机引入文件来“纠正”我，然后引用不存在的位置。这是一种享受，VSS是一种病毒。
有任何关于从地球上唯一可以构建此机器（并且仅在发布版本中）中提取此功能的建议，以便其他人可以使用它吗？
一旦我把它放在我的机器上，我就会对它进行重组，但是没有一个清晰的图片说明它是如何工作的，它会在黑暗中拍摄。
答案 0 :(得分：1)
没有出口能力。
由于您仍然可以访问旧开发人员，因此请查看是否可以让他重新设置解决方案。相关文件路径，链接而不是所有正在签入的文件通常都是问题。如果你没有完整的故事，这对你来说可能是一个很大的谜。 （他的文件未签入）
我认为要求旧开发人员交付正常工作的解决方案也是完全合理的......否则。
Solution.sln
[Project1]
[Project2]
答案 1 :(得分：1)
我不知道出口的方法，我不能保证任何事情b / c它听起来很混乱，但这就是我要做的。首先，我会要求那个人拉上他的解决方案文件夹并发送给你。然后，我会在我的计算机上创建相同的目录结构（所以如果他在s：\ ... \ solution \中有解决方案，我会这样做。如果需要，使用subst来制作驱动器号）。然后，我将解压缩到新目录root并使用visual studio打开它。现在是有趣的部分开始的地方。然后我会尝试重新为VSS做绑定。
一旦我掌握了所有这些，我会要求那个人告诉我我需要的第三方组件，如果有的话。 （请记住，GAC不是问题，因为它是对程序集的运行时引用，而不是编译时引用。除非他做了像引用物理GAC文件位置那样疯狂的事情。呃。）并问他正确的构建顺序是什么。那就是那些不依赖于其他项目的项目。
然后，您需要尝试逐个构建最低级别的项目并更正构建错误。然后向上移动一级到依赖于刚编译的项目的项目，依此类推，直到完成整个解决方案。首先要建立一个项目，然后是两个，然后是三个项目，直到你让他们全部解决问题。
一旦你有一个构建的解决方案，你可以清理它。然后，RUN不会步行将VSS替换为源存储库。
GL。 ：）