Недопустимый файл решения Visual Studio 2010 и SourceSafe 2005 - PullRequest
0 голосов
/ 20 сентября 2010

Я недавно пересобрал свою машину для разработки. На этом новом компьютере VS 2010 больше не может открывать файлы sln непосредственно из SS 2005. Это действительные решения 2010 года (изначально созданные с VS 2010), которые работали нормально, пока я не собрал заново свою машину.

Я получаю сообщение «Выбранный файл не является допустимым файлом решения».

Я много раз перестраивал и использовал много установок VS, и у меня никогда не было проблем с открытием sln из SS с использованием VS 05, 08 или 10. Я просто никогда не видел этого раньше.

Я переустановил SS 2005, а также последнее обновление SS, но ничего не работает.

VS 2010 может нормально открывать решения из файловой системы, так что это должна быть вещь SS.

Есть идеи?

Хорошо, спасибо. Я создал консольное приложение и зарегистрировал его в SS. Нет проблем. Когда я удаляю его из моей локальной файловой системы и пытаюсь получить решение от SS, я получаю ту же ошибку. Я бы сказал, что с файлом sln нет ничего плохого, но вот текст файла:

Файл решения Microsoft Visual Studio, версия формата 11.00

Visual Studio 2010

Project ("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ConsoleApplication1", "ConsoleApplication1 \ ConsoleApplication1.csproj", "{748E05CA-D880-4D89-9479-4AB800D79C82}" EndProject Глобальный GlobalSection (SourceCodeControl) = preSolution SccNumberOfProjects = 2 SccLocalPath0 =. SccProjectUniqueName1 = ConsoleApplication1 \ ConsoleApplication1.csproj SccLocalPath1 =. SccProjectFilePathRelativizedFromConnection1 = ConsoleApplication1 \ EndGlobalSection GlobalSection (SolutionConfigurationPlatforms) = предварительное решение Debug | x86 = Debug | x86 Release | x86 = Release | x86 EndGlobalSection GlobalSection (ProjectConfigurationPlatforms) = postSolution {748E05CA-D880-4D89-9479-4AB800D79C82} .Debug | x86.ActiveCfg = Debug | x86 {748E05CA-D880-4D89-9479-4AB800D79C82} .Debug | x86.Build.0 = Debug | x86 {748E05CA-D880-4D89-9479-4AB800D79C82} .Release | x86.ActiveCfg = Release | x86 {748E05CA-D880-4D89-9479-4AB800D79C82} .Release | x86.Build.0 = Release | x86 EndGlobalSection GlobalSection (SolutionProperties) = предварительное решение HideSolutionNode = FALSE EndGlobalSection EndGlobal

Ответы [ 2 ]

0 голосов
/ 05 ноября 2014

Я столкнулся с точно такой же ситуацией и мне понадобилось время, чтобы разобраться. В моем конфиге у меня был SSD-диск с ОС и программами, а также большой диск с данными. Поскольку SSD-пространство было драгоценным, я переместил папку с документами на диск с данными. Мой SSD вышел из строя, и мне пришлось пересобрать свою ОС и программы на новом SSD. Тогда все проекты VS не смогут загружаться, как и у вас.

Оказывается, что проблема на самом деле не имеет ничего общего с VS. Когда я перестраивал операционную систему, несмотря на то, что я использовал одно и то же имя пользователя и пароль, папка документов все равно не распознавала меня как владельца, поэтому она не позволяла мне читать, писать или стирать какие-либо файлы. А VS по умолчанию помещает ваши проекты в папку с вашими документами. Это проблема с правами доступа к файлу!

Чтобы устранить проблему [в Windows 7], перейдите в соответствующую папку или файл и щелкните правой кнопкой мыши -> Свойства. Нажмите на вкладку «Безопасность», и вы получите предупреждение о том, что вы не являетесь владельцем этого файла или папки. Перейдите и выберите себя или любого другого администратора, чтобы получить доступ к странице разрешений (вы еще не изменили разрешения), но пока не нажимаете кнопку ОК. Если вы просматриваете папку, установите флажок в нижней части страницы свойств, чтобы заявить о праве собственности на текущую папку и все, что в ней находится, и нажмите кнопку «ОК» (если вы не установите флажок, необходимо изменить разрешения для каждый файл в этой папке индивидуально). Если вы просматриваете файл, нажмите кнопку «ОК», затем снова перейдите на вкладку «Безопасность», чтобы изменить разрешения и добавить себя в качестве владельца этого файла в форме: имя_машины \ имя пользователя

Как только вы снова владеете всеми файлами в папке проекта, все должно работать как обычно. Эта та же проблема будет влиять на множество различных приложений, пытающихся получить доступ к документам до сбоя в папке документов (но, как ни странно, это не повлияло на музыку, изображения или видео). У меня также были большие проблемы с Adobe CS4, потому что он использовал папку документов для связи между приложениями (Premiere не отправлял рендеры в AME, а AfterFX зависал при запуске), даже если ваш проект не находится в Моих документах. То же решение исправляет все.

0 голосов
/ 22 ноября 2010

Что если вы получите решение для своего локального диска из SourceSafe Client и откроете его с помощью Visual Studio?

...