Файл проекту переміщено, перейменований або його немає на вашому комп’ютері

Я отримую цю помилку, коли намагаюся завантажити проект VS 2008 з управління джерелами TFS:

Файл проекту переміщено, перейменовано або його немає на вашому комп’ютері

Після натискання кнопки "ОК" проект каже "недоступний". В чому проблема? Як вирішити це? Я ніколи раніше не мав цієї проблеми. Деякі блоги заявляють про видалення .suo-файлу, але я не можу знайти. Я видалив весь проект на своєму локальному комп’ютері, так що наступного разу, коли він відкриється, він створить новий, але я все одно отримую таку ж помилку.

Що, як правило, допомагає виправити це - це видалення параметрів користувача Solution під назвою "SUO".

VS до 2013 року

У старшій VS він зберігається як "прихований" SolutionName.suoу тій же папці, що і основний .slnфайл.

VS2015 або пізнішої версії

У VS2015 ті самі дані були переміщені до «прихованої» .vsпапки під тією ж папкою, що і основний .slnфайл.

Я просто зіткнувся з цим питанням за допомогою VS 2013 після перейменування проекту. Відповідь Стенлі орієнтувала мене на рішення:

Закрийте VS - видаліть .suo файл - запустіть VS заново.

Видаліть .suo-файл спеціальним способом.

1. Не видаляйте рішення, коли ви видаляєте прихований файл .suo.
2. Перезапустіть VisualStudio.
3. Відкрийте рішення та додайте проект без повідомлення про помилку.

TFS працює як і більшість пакетів керування джерелами: він запам'ятовує, що він поставив на ваш комп'ютер, так що коли ви "Отримаєте останню", він повинен отримувати лише канали з моменту останнього "Отримати", а не отримувати абсолютно все.

У цьому є одне застереження: Якщо ви видалите або перейменуєте локальні файли на своєму диску, TFS не дізнається, що ви зробили це, і все ще буде думати, що вони там, де вони їх залишили.

Якщо ви тоді "Отримати останнє", оновлення файлів, що відсутня, не буде перешкоджати.

Тоді ви, швидше за все, отримаєте всі види помилок "відсутній файл" від TFS та будь-яких інших інструментів, які шукають файли.

Щоб обійти його, потрібно:

• Якщо ви думаєте, що там можуть бути якісь зміни, які ви не хочете втрачати, скопіюйте папку-джерело на своєму ПК як резервну копію про всяк випадок!
• Клацніть правою кнопкою миші проект (у Solution Explorer) або папку (у контролі джерел)
• У контекстному меню виберіть "Отримати конкретну версію"
• Виберіть "Найновішу версію" і позначте опцію, яка говорить (щось на зразок) "примусово отримувати файли вже у вашій робочій області", що повідомляє TFS забути про те, що він "знає", і все-таки отримати всі файли знову.

Якщо у вас є будь-які файли, що змінюються локально (для запису), будьте обережні. Є другий варіант, який замінить їх, втрачаючи зміни. Але у вас є резервне копіювання, тож ви повинні бути в безпеці. Зазвичай краще позначити цю опцію, щоб переконатися, що весь ваш вихідний код повністю оновлений. (Але, очевидно, лише якщо ви не проти втратити будь-які локальні зміни!)

Коли ви все в порядку, це примусово передасть усі файли проекту на локальний диск, і це повинно усунути проблему.

Хоча це добре відомий дефект VS, напевно ми можемо впоратися з ним!

• Відкрийте файл рішення в режимі редагування

• Змініть відносний шлях, щоб він відповідав зміненому / переміщеному фізичному шляху.

  SccProjectUniqueName1 = Source\\Order\\Order.csproj
  SccProjectName1 = Order.ApplicationService
  SccLocalPath1 = Order.ApplicationService
  

• Крім того, зробити правильний відносний шлях для проекту, що посилається

  Project("{asdasd-301F-11D3-BF4B-asdasd}") = "Order",
          "Source\Order\Order.csproj", "{E25641BC-C990-40E2-8876-08AE8728F763}"
  EndProject
  

Спробуйте відкрити .csproj або .vbproj замість .sln. Можливо, що. Сталося, що .sln (рішення) файл має абсолютне посилання на файл (замість відносного шляху) на проект (и) компонентів. Можливо, вам доведеться заново створити .sln або відредагувати його вручну.

Найпростіший для мене варіант:

1. Клацніть правою кнопкою миші проект та видаліть проект "не завантажений" або "недоступний"
2. Клацніть правою кнопкою миші рішення та додайте "Існуючий проект"

У моєму випадку видалення файлу .suo було недостатнім. Я виявив, що в моїй конфігурації робочої області сталася помилка. Я виявив і вирішив проблему за допомогою цих кроків:

1. У Team Explorer "Керування робочими просторами ..."

   

2. Натисніть "Редагувати ..."

   

3. Виправте значення в розділі "Місцева папка"

   

4. Нарешті, видаліть уражені файли .suo за прийнятою відповіддю.

Мені було найпростіше створити новий sln-файл Solution.

Очистіть відображення робочої області (Файл -> Контроль джерела -> Робочі простори). Відредагуйте робочу область і очистіть усі відображення (більше наслідків) або знайдіть те, що пов’язане з цим сервером. Потім відкрийте Провідник управління джерелами та перезавантажте. Двічі клацніть на SLN в Explorer Explorer і він повинен отримати останню версію. Не зовсім впевнений, що сталося або в якому стані вам вдалося потрапити, але з цим ви повинні знов рухатися.

Я зіткнувся з цією проблемою і зміг її вирішити, отримавши .rptprojфайли у колеги та скопіювавши їх у свій локальний каталог. Потім проект вдалося перезавантажити.

Я витратив чимало часу на спробу вирішити цю проблему. Я зробив ці кроки: перейменування проекту, перейменування просторів імен, перейменування папки проекту, редагування .sln-файлу, редагування прихованого .suo-файлу. Проект завантажений, але він був невпізнанним для TFS! Нарешті я знайшов це керівництво .

Якщо ви використовуєте Resharper, а TFVC є вашим контролем версій, виконайте наступні дії:

• Клацніть правою кнопкою миші проект у Провіднику рішень, виберіть Перейменувати та введіть нову назву

• Клацніть проект ще раз правою кнопкою миші та виберіть Властивості. Змініть "Назва збірки" та "Простір імен за замовчуванням" на вкладці "Програми".

• Клацніть проект ще раз правою кнопкою миші та виберіть Рефактор -> Налаштувати простори імен. Прийміть зміни.

• Змініть AssemblyTitle і AssemblyProduct у Властивості / AssemblyInfo.cs

• Видалення каталогів bin та obj у Windows Explorer

• Відкрийте Провідник управління джерелами та перейменуйте каталог проекту. Це закриє рішення. Нехай буде закритим.

• Відкрийте файл SLN (з текстовим редактором, таким як Notepad ++) та змініть шлях до проекту (має бути кілька місць).

• Відкрийте рішення ще раз. Очистіть і відновіть проект.

Клацніть правою кнопкою миші на недоступний проект та відредагуйте файл проекту ... швидше за все, ви знайдете жорсткий код файлу або віртуальний, який не відповідає тому, у якому ви перевіряли проект.

Доброта,

Ден

Рішення для цього

1. Знову перейменуйте папку проекту
2. Встановити конкретну версію та силу отримати в TFS
3. видалити параметр лише для читання та приховання в останній папці (не перейменувати)
4. Тепер ви можете відкрити проект без жодних питань

Іноді, навіть якщо ви змінили .slnі .csprojшлях, і перейменували вручну, ви можете забути перевірити ім'я папки, яка містить проект.