Как остановить Visual Studio от «всегда» проверки файлов решения?

По-видимому, без причины, каждый раз, когда я открываю свое решение, Visual Studio проверяет файл sln.

Если я сравню его с предыдущей версией, изменений не будет. Но это действительно расстраивает, так как у всех есть проверенное решение.

Я использую VS 2008 и TFS 2008, оба SP2.

Есть идеи, как я могу остановить это? Или это функция / ошибка поставщика управления исходным кодом TFS для VS?

Это происходит, когда в файле .sln содержится следующее:

GlobalSection(ExtensibilityGlobals) = postSolution
    MyGlobalProperty = AnyValue
EndGlobalSection

Я обнаружил, что Enterprise Library добавил один из них. Я удалил его, проверил решение, закрыл, затем снова открыл его, и больше нет автоматической проверки.

Из памяти, если вы используете меню « Инструменты», «Параметры» и выбираете панель « Управление исходным кодом», «Среды», должно быть несколько параметров для настройки взаимодействия интерфейса IDE с управлением версиями.

Я думаю, что некоторые из этих опций управляют проверкой открытого поведения.

На всякий случай, как и я, вы не можете заставить его работать, и вы обнаружите, что один или несколько проектов также проверены, я нашел более простое решение. Запишите проект (ы), которые он продолжает проверять. Перейдите в «Файл» - «Контроль исходного кода» - «Изменить контроль исходного кода» и отмените привязку соответствующих проектов Нажмите «ОК», «Сохранить все», затем вернитесь в «Изменить управление исходным кодом» и привяжите проект к решению. Надеюсь, это будет работать для других

Несмотря на то, что в первую очередь это не помогло устранить проблему, либеральное использование команды «Отменить без изменений» в Team Foundation Power Tools (неожиданно удивит) отменит ожидающее редактирование, если не было внесено никаких изменений.

Разрешите оформление заказа, а затем сравните оба файла. Если VS добавил что-то вроде

<Service Include="{B4F97281-0DBD-4835-9ED8-7DFB966E87FF}" />

вы испытываете ошибку VS с решением в VS2008, но не перенесены на VS2005

Проверьте эту ссылку для получения дополнительной информации:

Файл решения Visual Studio извлекается в автоматическом режиме через один или несколько проектов решения с использованием библиотеки Microsoft Enterprise. Я полагаю, что это связано с утилитой настройки библиотеки Enterprise, которая позволяет управлять конфигурацией различных блоков приложений - http : //msdn.microsoft.com/en-us/library/ff649479.aspx

Посмотрите эту публикацию обратной связи Microsoft: http://connect.microsoft.com/VisualStudio/feedback/details/737184/globalsection-extensibilityglobals-postsolution-checks-out-sln-file-on-open

Это особенность / ошибка одной из систем проектов, загружаемых в рамках решения. Попробуйте удалить различные типы проектов (C #, VB, C ++, веб-сайт, веб-приложение, модульный тест, silverlight ...), пока они не исчезнут; это твой ответ.

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

Каждый раз, когда вы открываете какое-то решение в Visual Studio, оно выполняет некоторые операции, которые могут привести к изменению файлов .sln или проекта, а затем запрашивает файл. Это происходит, когда происходят изменения в структуре папок на компьютере разработчика, или когда у них нет одинаковых версий всех файлов. Может быть, кто-то добавил проект в какую-то папку, а другой разработчик имеет такой же проект в другом месте. Другой случай, когда я вижу, что это происходит, когда у нас есть решение с некоторыми проектами c ++, по некоторым причинам, один из этих проектов c ++ имел файл .res с путями абсолютных значений. После того как VS автоматически сгенерировал этот файл, он перешел с компьютера разработчика на компьютер разработчика.

Я бы посоветовал вам открыть файл .sln и найти абсолютные или относительные пути, которые могут отсутствовать на некоторых машинах разработчика, в зависимости от того, какие файлы они получают из вашего Source Control.