无法将从VSS中的解决方案添加到TFS的源代码管理器中

    VSS是一种非常有用的项目文件管理工具,百度百科的解释是:VSS 的全称为 Visual Source Safe 。作为 Microsoft Visual Studio 的一名成员,它主要任务就是负责项目文件的管理,几乎可以适用任何软件项目。管理软件开发中各个不同版本的源代码和文档,占用空间小并且方便各个版本代码和文档的获取,对开发小组中对源代码的访问进行有效的协调。但是在最近公司选择将TFS作为源代码管理工具,从而进行敏捷开发,所以我就将新的解决方案添加到TFS中,但是总是提示找不到NBYZGA_Client_20150610CustomControlLibraryin目录,然后就开始查找这个目录,然后查找整个解决方案,最终找不到任何相关的有用信息,那么TFS是从哪里查找到这些信息的呢,后来一个同事告诉我,用记事本打开sln文件,然后找到相关的内容,然后再将其删除掉就可以了,我照做了一下,果然找到了相关的信息:

Project("{2150E333-8FDC-42A3-9474-1A3956D46DE8}") = "_Files", "_Files", "{58BF0E02-2D9B-4F2E-BD97-F747ECD5BCFB}"
  ProjectSection(SolutionItems) = preProject
  ..NBYZGA20151102NBYZGA_Client_20150610CustomControlLibraryinDebugCustomControlLibrary.dll =   ..NBYZGA20151102NBYZGA_Client_20150610CustomControlLibraryinDebugCustomControlLibrary.dll
  _FilesDateTimePickerControl.dll = _FilesDateTimePickerControl.dll
  _FilesEas.dll = _FilesEas.dll
  _FilesEAS.MicroKernel.dll = _FilesEAS.MicroKernel.dll
  _FilesSystem.Linq.Expressions.dll = _FilesSystem.Linq.Expressions.dll
  _FilesSystem.ObjectModel.dll = _FilesSystem.ObjectModel.dll
  _FilesSystem.Runtime.dll = _FilesSystem.Runtime.dll
  _FilesSystem.Windows.Interactivity.dll = _FilesSystem.Windows.Interactivity.dll
EndProjectSection  

  原来当你打开一个解决方案的时候,你所引用的DLL都是程序中通过这些信息来查找的,特别是将一个解决方案添加到TFS的源代码管理器中的时候,首先是从这个路径来查找相关的引用文件的,所以一旦我们将解决方案中相关的文件夹删除掉的话,那么程序就找不到相关的DLL文件。

      我们接着来看看sln文件用记事本打开以后有哪些重点的东西:   

  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ChartTest", "TestsTestAppsChartTestChartTest.csproj", "{173A15C2-D332-4FC2-87FD-0A9E58A431CB}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Message", "ModulesMessageMessage.csproj", "{2AF19951-02F8-4C05-9E7E-918029BC3B64}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "X.Effects", "PublicX.EffectsX.Effects.csproj", "{2D0CD90B-9B16-4B76-A58D-C794A96108B0}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Tasks", "ModulesTasksTasks.csproj", "{113ED2E9-E680-4BAE-A123-1E5F7530C78A}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "WinForm", "TestsWinFormWinForm.csproj", "{23AE97CA-2DB9-4942-ADAA-DA6EE0A1F539}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "X.Service.DataExchange.Winform", "ServicesX.Service.DataExchange.WinformX.Service.DataExchange.Winform.csproj",   "  {C5ABB2FF-0E5E-4459-96A7-326E1ADDB8B4}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Users", "ModulesUsersUsers.csproj", "{87F03A58-EB7F-4A86-A27E-7C1C0EA1F189}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "DefaultUserRegister", "ModulesDefaultUserRegisterDefaultUserRegister.csproj", "{3B2F034A-310C-4ABD-A96D-4043EC43A948}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "Plans", "ModulesPlansPlans.csproj", "{F5A2C942-0EE9-42AD-A251-32D015C18078}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "GQYPGIS", "AppsGQYPGISGQYPGISGQYPGIS.csproj", "{D98B2A92-8785-4A8F-B5C3-236A41AB4AC3}"
  EndProject
  Project("{2150E333-8FDC-42A3-9474-1A3956D46DE8}") = "Server", "Server", "{2873314B-0ABA-4E52-9F3B-95D3AEC76D59}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ServerShell", "ServerServerShellServerShell.csproj", "{FB521BA7-E11A-4782-ACCA-CC5E93716B85}"
  EndProject
  Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "DLPVideoApp", "AppsDLPVideoAppDLPVideoApp.csproj", "{C6B8B748-21DC-4DEF-9C1A-25BF0C7DBC0C}"
  EndProject  

     然后对照代码我们会发现,代码中的每一个类库以及相关的文件夹以及其中添加的DLL文件都有唯一的映射,Project("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ServerShell", "ServerServerShellServerShell.csproj", "{FB521BA7-E11A-4782-ACCA-CC5E93716B85}"这一句表示 ServerShell这个名称的类库对应"ServerServerShellServerShell.csproj"路径下的这个项目,而且每一个项目对应一个唯一的GUID,这样我们就能通过打开sln文件然后打开所有的解决方案下面的类库以及其他的文件。

     还是回到上面的代码,为什么程序提示找不到CustomControlLibrary.dll 这个DLL,因为我们将其他类库生成的这个dll直接放到了binDebug这个目录下,然后直接引用这个目录下的DLL,这样在我们每次保存解决方案的时候,相关的DLL信息就被保存到了sln文件中,从而便于下次进行查找,这样做在平时是没有什么问题的,因为所有引用的DLL都会默认复制到输出目录,但是这种做法在将解决方案添加到VSS或者TFS中就会出问题,因为这些源代码管理器是不会讲bin及其子目录添加到源代码管理器中的,所以别人在获取这些源代码的时候也是无法获取bin目录的,所以当别人打开解决方案时就会找不到当前引用的DLL,所以在写代码时一定要养成很好的习惯,在解决方案下建一个专门存放引用DLL的文件夹,然后从这个位置去引用,这是一个非常重要的习惯。

      另外在我们的代码中我们经常会编译成不同的版本,有时一不小心就会删掉重要的文件,所以这些小习惯非常重要,希望能够引起所有人的重视。

原文地址:https://www.cnblogs.com/seekdream/p/5604576.html