Решение Visual Studio / проблемы с путями проекта при переназначении рабочих пространств

Эту проблему довольно сложно объяснить, поэтому мне, возможно, придется добавить больше подробностей на основе ваших вопросов.

Я использую TFS и Visual Studio 2013 для разработчиков.

У меня есть следующие ветки:

Отрасли развития
- $/ProjectName/ Разработка / Разработка
- $/ProjectName/Development/201406 июнь
- $/ProjectName/Development/201407 июль
- $/ProjectName/ Development / 201408 август


У меня есть следующее отображение рабочей области:

$/ -> C:\Projects

Когда начинается новый месяц, я создаю ветку в dev, например, 201408 август, и настраиваю следующее сопоставление (в дополнение к описанному выше сопоставлению верхнего уровня)

$/ProjectName/Development/201408 August -> C:\Projects\ProjectName\Development\Development

Это помогает мне легко менять рабочее пространство и выбирать, какую ветвь я хочу использовать, не меняя МНОГО ссылок и других вещей в IIS. Все это всегда указывает на C: \ Projects \ ProjectName \ Development \ Development, независимо от того, над какой веткой я работаю.

Теперь, когда я закончу с разработкой за месяц, я проверяю, все ли работы проверены (я всегда проверяю по крайней мере раз в день). Затем я удаляю сопоставление рабочего пространства, чтобы все снова отображалось только сопоставлением верхнего уровня. Затем я объединяю развитие / август 2014 года с развитием / развитием.

Как только я удовлетворен любым слиянием, которое мне нужно сделать, я проверяю в Development / Development и работа сделана.

Все это именно так, как я хотел бы, чтобы это работало, но есть загвоздка.

По какой-то причине VS вспоминает, что проекты находились в разработке / 201408 августа, поэтому, когда я открываю файл решения по разработке / разработке, проект указывает на развитие / 201408 августа.

Затем я удаляю проект (ы) и добавляю его из правильного местоположения (Разработка / Разработка). Если вы посмотрите на свойства, то снова измените их на Development/201408 August, DOH!

Я нашел кого-то с похожей проблемой, и они сказали:
Удалить оскорбительный проект (ы)
Сохранить решение
Закрыть Visual Studio
Удалите файл *.suo рядом с вашим решением.
Повторно открыть VS
Повторно добавить проект (ы)
Сохранить решение

И это будет исправлено. Это правда, это решает проблему, но я надеюсь, что кто-то может сказать мне, почему это происходит, потому что у меня есть более 35 проектов в моем решении, и я уверен, что, черт возьми, не может делать это каждый месяц, это занимает вечность и очень раздражает.

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

Есть идеи?

РЕДАКТИРОВАТЬ

Забыл упомянуть, открывая файл sln как XML, путь к проекту на самом деле является ПРАВИЛЬНЫМ, но при просмотре свойств проекта из VS это неверно.

0 ответов

Другие вопросы по тегам