Як зупинити Visual Studio від "завжди" перевірки файлів рішення?

Здається, без причин, кожен раз, коли я відкриваю рішення, Visual Studio перевіряє файл sln.

Якщо я порівняю її з попередньою версією, змін не буде. Але це насправді засмучує, оскільки рішення кожного перевірено.

Я використовую VS 2008 та TFS 2008, обидва SP2.

Будь-яка ідея про те, як я можу зупинити цю справу? Або функція / помилка постачальника управління джерелом TFS для VS?

Це відбувається, коли у файлі .sln є наступне:

GlobalSection(ExtensibilityGlobals) = postSolution
    MyGlobalProperty = AnyValue
EndGlobalSection

Я виявив, що Enterprise Library додала один із них. Я її вийняв, перевірив у розчині, закрив, потім повторно відкрив, і більше немає автоматичної перевірки.

З пам’яті, якщо ви користуєтесь меню « Інструменти», «Параметри » та вибираєте панель « Контроль джерела», «Середовища», має бути кілька варіантів налаштування способу взаємодії IDE з керуванням версією.

Я думаю, що деякі з цих варіантів контролюють замовлення на відкриту поведінку.

На всякий випадок, як я, ви не змогли змусити його працювати, і ви виявите, що один або кілька проектів також перевіряються, я знайшов більш просте рішення. Запишіть проект (и), який він постійно перевіряє. Перейдіть до Файл - Контроль над джерелами - Змініть Контроль джерела, а потім від’єднайте відповідні проекти. Клацніть OK, Зберегти все, а потім поверніться до Контролю зміни джерела та прив’яжіть проект назад до рішення. Сподіваємось, це спрацює і для інших

Хоча не запобігти проблемам , в першу чергу, ліберальне використання інструментів Team Foundation Силових «Не Undo Unchanged» команда (сюрприз сюрприз) скасування відкладеного редагування , якщо було зроблено ніяких змін.

Дозволити реєстрацію та порівняти обидва файли. Якщо VS додав щось подібне

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

у вас виникла помилка VS з рішенням у VS2008, але не перенесена на VS2005

Щоб отримати докладнішу інформацію, перегляньте це посилання :

Файл Visual Studio Solution безшумно перевіряється через один або декілька проектів рішення за допомогою бібліотеки Microsoft 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 ++, веб-сайт, веб-додаток, тест підрозділу, срібло світла ...), поки він не зникне; це ваша відповідь.

Ви зберігаєте свої файли перед порівнянням? Це сталося зі мною деякий час тому, і я продовжую говорити, що між файлами ніяких змін немає, але через деякий час я розумію, що раніше я не зберігав файли і порівнював його з версією на диску, а не з версією в пам'яті.

Щоразу, коли ви відкриваєте якесь рішення у Visual Studio, воно виконує деякі операції, які можуть спричинити зміну файлів .sln або проекту, і тоді він попросить вас перевірити файл. Це відбувається, коли в машині розробників відбуваються зміни в структурі папок або коли вони не мають однакових версій усіх файлів. Можливо, хтось додав проект у якусь папку, а інший розробник має той самий проект в іншому місці. Інший випадок, я вважаю, що це трапляється, коли ми маємо рішення з деякими проектами c ++, чомусь один із цих проектів c ++ мав файл .res з абсолютними шляхами. Як тільки цей файл автоматично генерується VS, він змінився з машини розробника на машину розробника.

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