2010-08-09 3 views
3

Позорно, мы используем TFS для работы над проектом C#. Мне жаль, что мы не можем перейти на svn или git, но мы не можем это изменить. Все мы, работающие над проектом, ненавидят «функцию» автоматической регистрации «TFS», поэтому мы проверили наши файлы решений и проектов как несвязанные с TFS.Отключить предупреждение о том, что решение не находится под контролем источника?

Теперь, когда мы открываем проект, мы получим следующее сообщение:

вы открыли решение находится под контролем источника, но в настоящее время не настроено для интегрированного управления версиями в Visual Studio. Вы хотите привязать это решение к исходному контролю сейчас?

Есть ли способ отключить это сообщение, не отпуская решение от неподходящего и раздражающего интегрированного источника управления?

+4

Серьезно, почему ненависть на TFS? И если вас не устраивает функция автоматической регистрации, просто отключите ее в Visual Studio, перейдя в «Инструменты-> Параметры-> Исходный контроль» – Robaticus

+4

После использования TFS, перейдите в 'svn' для личных проектов и теперь 'git', я могу с уверенностью сказать, что TFS действительно ужасен по сравнению с одним. – jnylen

ответ

4

Сообщение, которое вы ссылаетесь, не имеет ничего общего с TFS, оно связано с интегрированным контролем источника в Visual Studio. Если вы действительно хотите избавиться от этого сообщения, перейдите в «Инструменты-> Параметры->« Управление источником »и установите для поставщика исходного кода« none ».

Затем перейдите и загрузите Power Tools Team Foundation и включите доступ к оболочке, и вы сможете щелкнуть правой кнопкой мыши в Проводнике Windows и зарегистрироваться там. Если вы не хотите этого делать, вы можете выполнить свои проверки из командной строки TF.EXE.

А если серьезно, если вам не нравится автоматический выезд, то просто отключите это. У вас есть возможность автоматически проверить TFS, попросить вас проверить или ничего не делать и оставить файлы в состоянии только для чтения, пока вы явно не проверите их.

+0

Нам по-прежнему необходимо, чтобы наш плагин управления версиями был установлен в TFS, поскольку установка его в None отключает проводник управления версиями, который является интерфейсом, который мы сейчас используем для ручной регистрации и регистрации и т. Д. Кажется, что нет способа чтобы отключить это конкретное предупреждение, и это нормально. – jnylen

+0

Как вы можете сказать, что это не имеет ничего общего с TFS. Оно делает. TFS об этом говорит .... потому что это происходит в Source Control Explorer, когда вы пытаетесь открыть или работать с любыми файлами, которые, по вашему мнению, были связаны с TFS, которые не являются причиной миграции. – PositiveGuy

+0

Моя автозагрузка выключена, и я ЕЩЕ НЕОБХОДИВАЙТЕ эту проблему, которую он описывает. Вам никогда не придется иметь дело с этими странными сообщениями дерьма в других источниках управления, таких как subversion или Git.Я согласен, TFS ужасен ... и просто вызывает больше проблем, чем что-либо. – PositiveGuy

0

Если вам нравится модель svn/git лучше, я честно удивляюсь, почему вы хотели бы повернуть с автоматический контроль? Вы можете настроить VS на молча проверить файлы при редактировании. Это довольно близко к svn способ работы, нет?

Кроме того, убедитесь, что сервер TFS настроен на возможность многократной проверки всех текстовых файлов, и вам должно быть хорошо идти. Вы также можете установить your own diff and merge tools (например, TortoiseDiff/TortoiseMerge), если хотите.

+0

1) автоматическая проверка даже не работает! Я не уверен, что наш TFS-сервер неправильно сконфигурирован или что-то еще, но мы получаем сообщение «Внутренняя ошибка в DLL» каждый раз, когда мы пытаемся обновить настройку проекта. Он также отбрасывает первое нажатие на редактирование, которое раздражает. – jnylen

+0

2) Я не думаю, что автоматическая проверка приближается к модели svn или git, потому что я действительно верю, что модель TFS «проверить/проверить/разрешить конфликты» намного уступает svn или git. – jnylen

+0

, наконец, 3) никто из моей команды не используется для создания небольшого временного редактирования для тестирования и необходимости отменить их изменения каждый раз. Да, наш сервер настроен на разрешение нескольких проверок, но он очень запутан. – jnylen

2

Другой возможностью может быть переход на комбинированное решение «git-tfs». Вы будете перемещать свою команду в git и регулярно синхронизироваться с TFS. Таким образом, только один человек должен жить с раздражениями TFS.

У меня нет никакого опыта с этим, но, по-видимому it has been tried before

Смежные вопросы