Visual Studio 2010 и SourceSafe 2005 недопустимый файл решения

Недавно я переделал свою машину для разработки. На этой новой машине 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

Проект ("{FAE04EC0-301F-11D3-BF4B-00C04F79EFBC}") = "ConsoleApplication1", "ConsoleApplication1 \ ConsoleApplication1.csproj", "{748E05CA-D880-4D89-9479-4AB800D79C82}" EndProject GlobalSection (preject GlobalControl) SccNumberOfProjects = 2 SccLocalPath0 =. SccProjectUniqueName1 = ConsoleApplication1 \ ConsoleApplication1.csproj SccLocalPath1 =. SccProjectFilePathRelativizedFromConnection1 = ConsoleApplication1 \ EndGlobalSection GlobalSection (SolutionConfigurationPlatforms) = preSolution Debug | x86 = Debug | x86 Release | x86 = Release | x86 EndGlobalSection GlobalSection (ProjectConfigurationPlatforms) = DoconfigurationPlatforms). Отладка | x86 {748E05CA-D880-4D89-9479-4AB800D79C82} .Debug | x86.Build.0 = Debug | x86 {748E05CA-D880-4D89-9479-4AB800D79C82} .Release | x86.ActiveCfg = Release | x86C {748C {7 D880-4D89-9479-4AB800D79C82} .Release | x86.Build.0 = Release | x86 EndGlobalSection GlobalSection (SolutionProperties) = preSolution HideSolutionNode = FALSE EndGlobalSection EndGlobal


visual-studio-2010 visual-sourcesafe-2005
person Mike    schedule 20.09.2010    source источник

Ответы (2)


arrow_upward
0
arrow_downward

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

person Rachel    schedule 22.11.2010

arrow_upward
0
arrow_downward

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

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

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

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

person slumbuddy    schedule 05.11.2014