Visual studio ожидающее редактирование

Обновлено: 07.07.2024

До сих пор мы рассказывали о том, как начать работу с системой Visual Studio 2013 и как удобно настроить интегрированную систему разработки. Далее мы научим вас эффективно использовать некоторые встроенные команды, комбинации клавиш, а также вспомогательные инструментальные окна. Это поможет вам писать программы и проектировать формы.

Разработчики проводят значительное время, работая над текстами программ. Следовательно, очень важно уметь правильно скомпоновать код и перемещаться по его тексту. В системе Visual Studio 2013 реализован совершенно новый редактор кода, основанный на платформе визуализации WPF (Windows Presentation Foundation). Он предоставляет разработчикам множество новых возможностей в дополнение к тем, которые были унаследованы от предыдущих версий системы.

Компоновка окна редактора кода

Открывая исходный файл для редактирования, вы работаете с окном редактора кода, показанным на рисунке ниже. Основой этого окна является окно кода, в котором отображается текст программы:

Редактор кода Visual Studio

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

Когда вы редактируете программу в окне редактора кода, строки кода, которые были модифицированы с момента открытия файла, сопровождаются метками в левом поле — желтыми для несохраненных изменений и зелеными для сохраненных.

Подсветка изменений в коде в Visual Studio

Регионы кода

Использование частичных классов (т.е. классов, определение которых разбросано по нескольким файлам) позволяет в ходе проектирования записывать код в физически разные файлы, которые в совокупности представляют собой логически единый класс. Преимущество использования отдельных файлов заключается в эффективном группировании всех связанных друг с другом методов, например, методов, реализующих интерфейс. В то же время эта стратегия имеет недостаток: перемещение по коду требует постоянного переключения между его файлами.

Использование регионов кода в Visual Studio

Не обязательно разворачивать регион, чтобы увидеть код, который в нем записан. Просто переместите курсор мыши над регионом; и вы увидите код в контекстном окне указателя.

Сворачивание кода

Кроме регионов, которые необходимо определять вручную, в системе Visual Studio 2013 есть структуры кода (outlines), позволяющие автоматически сворачивать методы, комментарии и определения классов. Режим автоматического сворачивания включен по умолчанию. Если он был отключен, то его можно снова включить с помощью команды Edit --> Outlining --> Start Automatic Outlining.

На рисунке ниже показаны четыре сворачиваемых региона. Один из них называется Constructor, а остальные три автоматические структуры кода позволяют свернуть класс, XML-комментарии и метод конструктора (который был сжат). Автоматические структуры можно сворачивать и разворачивать так же, как и регионы, которые определяются вручную.

Пример использования структур кода в Visual Studio

Меню Edit --> Outlining содержит большое количество команд, помогающих переключать режимы сворачивания, то сжимая весь файл до определений методов и свойств (Edit --> Outlining --> Collapse to Definitions), то разворачивая все свернутые фрагменты кода вновь (Edit --> Outlining --> Stop Outlining). Другой способ разворачивать и сворачивать регионы основан на использовании комбинации клавиш <Ctrl+M>, <Ctrl+M> . Эта комбинация позволяет переключаться между двумя режимами.

Форматирование кода

Настройка выравнивания кода в редакторе в Visual Studio

Режим Smart Indenting в системе Visual Studio практически всегда прекрасно справляется с автоматическим выравниваем кода по мере его ввода или вставки в окно редактора кода, но иногда встречаются плохо отформатированные фрагменты кода, которые трудно читать. Для того чтобы система Visual Studio переформатировала весь документ и установила позиции фигурных скобок и отступов строк, выберите команду Edit --> Advanced --> Format Document или нажмите комбинацию клавиш <Ctrl+K>, <Ctrl+D> . Для того чтобы переформатировать только что выделенный блок кода, выберите команду Edit --> Advanced --> Format Selection или нажмите комбинацию клавиш <Ctrl+K>, <Ctrl+F> .

Вы могли заметить, что команды Tabify/Untabify Selected Lines в меню Edit --> Advanced сильно отличаются от команды Format Selection. Эти команды превращают ведущие пробелы в символы табуляции, и наоборот, а не вычисляют заново отступы, как это делает команда Format Selection.

Перемещение вперед и назад по коду

Когда вы перемещаетесь по элементам интерфейса и между ними, система Visual Studio 2013 отслеживает вашу позицию почти так же, как веб-браузер отслеживает сайты, которые вы посетили. Используя команды Navigate Forward и Navigate Backward из меню View, вы сможете легко перемещаться вперед и назад между разными элементами проекта, в которые внесли изменения. Для перемещения назад используется комбинация клавиш <Ctrl+-> , а для перемещения вперед - <Ctrl+Shift+-> .

Дополнительные свойства редактора кода

Редактор кода в системе Visual Studio имеет очень много возможностей, которые трудно исчерпывающим образом описать в этой статье. Однако наиболее полезные из них мы приводим ниже.

Подсветка ссылок

Подсветка ссылок - интересное свойство системы Visual Studio, которое появилось в версии 2010. Система выделяет все вхождения имени элемента кода в области видимости (например, имени метода или свойства), на которое указывает курсор. Благодаря этому легче будет найти места, где это имя еще используется в коде. Вы сможете легко перемещаться между этими местами с помощью комбинации клавиш <Ctrl+Shift+Up/Down> .

Подсветка ссылок в редакторе кода Visual Studio

Укрупнение кода

С помощью комбинации <Ctrl+Mouse Wheel> можно увеличивать и уменьшать масштаб кода (по существу, увеличивая и уменьшая текст). Это свойство может оказаться особенно полезным, когда необходимо продемонстрировать код группе людей. В левом нижнем углу окна редактора кода есть раскрывающийся список, позволяющий выбрать заранее заданные уровни увеличения текста.

Сворачивание текста

Чтобы включить опцию сворачивания текста в окне редактора кода, выберите команду Tools --> Options, откройте узел Text Editor, выберите подузел All Languages и установите флажок Word Wrap. Можете также отобразить глиф стрелки возврата (return arrow) в том месте, где текст должен быть свернут, установив флажок Show Visual Glyphs for Word Wrap, расположенный ниже флажка Word Wrap.

Чтобы применить эти установки к текущему проекту, выберите команду Edit --> Advanced --> Word Wrap.

Номера строк

Для того чтобы отслеживать положение курсора в файле, полезно пронумеровать строки в окне редактора кода. Для того чтобы включить режим нумерации строк, выберите команду меню Tools --> Options, откройте узел Text Editor, выберите узел All Languages и установите флажок Numbers:

Нумерация строк кода в Visual Studio

Разделение окна

Иногда нужно разделить один и тот же файл кода на две части и просматривать одновременно в разных окнах. Можете разделить активное окно редактора на верхнюю и нижнюю части с помощью линии разбивки (splitter bar). Эти окна можно прокручивать независимо друг от друга и отображать в них содержимое одного и того же файла в одно и то же время.

Разделение редактора кода на два окна в Visual Studio

Для того чтобы разделить окно редактора кода, выберите команду Split из меню Window. В качестве альтернативы можно перетащить метку манипулятора (расположенную прямо над панелью вертикальной прокрутки), в позицию, где должна располагаться линия разбивки.

Чтобы настроить размеры каждого окна, достаточно передвинуть линию разбивки вверх или вниз. Удалить линию разбивки просто: дважды щелкните на ней или выберите команду Remove Split из меню Window.

Свободное перемещение окон редактора кода

В версии Visual Studio 2010 появилось новшество, которого долго ожидали программисты, работающие с несколькими дисплеями, - возможность "освобождать" окна редактора кода (и инструментальные окна) и перемещать их за пределы главного окна системы Visual Studio (как показано на рисунке ниже) и даже на другой дисплей. Это позволяет одновременно работать с несколькими окнами редактора кода, расположенными на разных дисплеях. Для того чтобы освободить окно, сначала убедитесь, что оно находится в фокусе, а затем выберите команду Float из окна Window. В качестве альтернативы можно щелкнуть правой кнопкой мыши на заголовке окна и выбрать команду Float из контекстного меню или щелкнуть и перетащить закладку для этого окна (при этом окно освобождается) и перетащить его в то место, где вы хотите его расположить.

Пример свободного перемещения нескольких окон Visual Studio

Когда разделение окна редактора кода на две части для одновременного просмотра разных фрагментов одного и того же файла (см. предыдущий раздел) оказывается неудобным, можно вместо этого использовать плавающее окно, разместив его, например, на другом дисплее (если вы работаете с несколькими дисплеями). Для этого можно воспользоваться специальным трюком (поскольку двойной щелчок мышью на файле в окне Solution Explorer просто активизирует существующее окно редактора кода для данного файла) - выбрать команду New Window в меню Window. Эта команда откроет просматриваемый в данный момент файл в новом окне, которое можно сделать свободным и разместить в любом месте.

Создание групп закладок

Если у вас нет нескольких мониторов, то все равно есть возможность открыть одновременно несколько окон редактора кода. Для этого следует создать группы закладок и создать из них мозаику, чтобы отобразить одновременно. Каждая закладка окна редактора кода в этой группе отображается как отдельный элемент мозаики. Таким образом, можно создать несколько групп закладок. Их количество ограничено лишь размерами экрана, на котором они должны размещаться. Элементы мозаики можно размещать как вертикально, так и горизонтально, правда, применить эти два способа одновременно невозможно.

Для того чтобы начать этот процесс, откройте в окне редактора кода несколько закладок. Убедитесь, что закладка окна редактирования кода находится в фокусе, а затем выберите команду Window --> New Horizontal Tab Group или Window --> New Vertical Tab Group из открывшегося меню. В результате будет создана новая группа закладок и мозаика для них:

Создание нескольких групп закладок редактора кода в Visual Studio

В качестве альтернативы можно просто перетащить закладку вниз или за существующую и прикрепить ее в этой позиции, получив тот же самый результат. Можно также перетаскивать закладки из одной группы закладок в другую, используя команды Window --> Move to Next Tab Group и Window --> Move to Previous Tab Group. Эти команды доступны также в меню, которое открывается после щелчка правой кнопкой мыши на закладке. Для того чтобы восстановить пользовательский интерфейс, имеющий только одну группу закладок, переместите закладки из новой группы (или групп) закладок назад в исходное место, и мозаика исчезнет.

Несколько панелей Solution Explorer

Если вы работаете на нескольких мониторах, то в версиях Visual Studio 2008 и ниже вы могли заметить, что нельзя открыть несколько панелей Solution Explorer. В Visual Studio 2013 этого ограничения не существует. Щелкните на одном из элементов в окне Solution Explorer правой кнопкой мыши и выберите в контекстном меню команду New Solution Explorer view. При выборе этой команды откроется новое окно Solution Explorer, которое будет содержать выбранный элемент. Это очень удобно при работе на нескольких мониторах.

Несколько панелей Solution Explorer в Visual Studio

Дополнительные возможности

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

"Закомментирование" и "раскомментирование" блока кода

В системе Visual Studio есть простое средство для "закомментирования" и "раскомментирования" блоков. Для этого следует выделить блок, затем выбрать команду Edft --> Advanced --> Comment Selection, чтобы "закомментировать" его, или Edit --> Advanced --> Uncomment Selection, чтобы "раскомментировать" его. Проще всего выбрать эти команды (скорее всего, именно их вы будете чаще всего использовать) с помощью комбинаций клавиш. Нажмите комбинации клавиш <Ctrl+K>, <Ctrl+C> , чтобы "закомментировать" блок кода, и <Ctrl+K>, <Ctrl+U> - чтобы "раскомментировать" его. Еще одним простым средством для доступа к этим командам является инструментальная панель Text Editor.

Выделение блока

Выделение блока, которое называют также выделением окна (box selection), столбца (column selection), прямоугольника (rectangle) или вертикального текста (vertical text selection), как показано на рисунке ниже, подразумевает выделение текстового блока, а не строк (процедура, которая называется выделением потока (stream selection)). Для того чтобы отметить текстовый блок, нажмите клавишу <Alt> и не отпускайте ее, пока выделяете текст мышью, или используйте комбинацию клавиш <Shift+Alt+Arrow> . Это свойство может оказаться полезным, когда необходимо удалить часть вертикально выровненного кода (например, префикс в объявлениях переменных):

Выделение столбца кода в редакторе Visual Studio

Многострочное редактирование

Многострочное редактирование - это новое свойство, появившееся в системе Visual Studio 2010 и расширяющее возможность выделения блоков. В предыдущих версиях системы после выделения вертикального текстового блока вы могли только удалять, вырезать или копировать блок. Теперь в системе Visual Studio после выделения вертикального текстового блока можно в каждой строке набрать текст, который заменит выделенный фрагмент. Это удобно, например, когда требуется заменить уровень доступа к группе переменных с private на protected.

Многострочное редактирование в Visual Studio

Можно также вставить текст одновременно в несколько строк, создав блок с нулевой шириной и просто начав печатать.

Кольцевой буфер обмена

Система Visual Studio отслеживает последние двадцать фрагментов текста, которые были скопированы или вырезаны в буфер обмена. Для того чтобы вставить текст, который был ранее скопирован в буфер обмена, но был перезаписан, вместо обычной комбинации <Ctrl+V> , предназначенной для вставки, можно использовать комбинацию <Ctrl+Shift+V> . Нажав клавишу <V> и удерживая клавиши <Ctrl+Shift> , можно выполнять циклы просмотра элементов буфера обмена.

Полноэкранный режим

Можете максимизировать представление кода, подлежащего редактированию, выбрав команду View --> Full Screen или нажав комбинацию клавиш <Shift+Alt+Enter> , чтобы увеличить до максимума окно редактора кода, скрыв другие инструментальные окна и панели. Для того чтобы вернуться в обычный режим, снова нажмите комбинацию клавиш <Shift+Alt+Enter> или щелкните на кнопке переключения Full Screen, добавленной в конце панели меню.

Переход к определению

Для того чтобы быстро перейти к определению класса, метода или члена, расположенного ниже курсора, щелкните правой кнопкой мыши и выберите команду Go То Definition или нажмите клавишу <F12> .

Поиск всех ссылок

В системе Visual Studio 2013 есть возможность найти точку вызова метода или ссылки на свойство, щелкнув правой кнопкой мыши на его определении и выбрав команду Find All References в контекстном меню или поместив курсор на определение метода и нажав комбинацию клавиш <Shift+F12> . Эти команды открывают инструментальное окно Find Symbol Results, содержащее позиции, в которых существуют ссылки на указанный метод или свойство. Теперь можно дважды щелкнуть на ссылке в окне результатов, чтобы переместиться на искомую позицию в окне редактирования кода.

Это свойство несколько устарело после появления нового окна Call Hierarchy, которое будет рассмотрено позже. Однако оно по-прежнему позволяет быстро находить используемый метод без перемещения по окну Call Hierarchy.

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

Этот вопрос задан до ссылка. Один человек предложил использовать Reflector для копирования dll. Я загрузил Reflector, но я не уверен, как его использовать. Как использовать рефлектор, чтобы вернуть мои изменения.

Невероятно! После отказа и перезаписи всего кода, который я потерял, я смог восстановить файлы. После нажатия "Отменить ожидающие изменения" я больше не создавал решение. Затем я закрыл решение, скопировал всю рабочую область и сохранил ее под другим именем. Затем я снова открыл оригинальное решение. Затем я использовал "Добавить существующий элемент" из исходных мест потерянных файлов. Затем (и здесь крутая часть) я перешел на скопированное рабочее пространство и обнаружил потерянные файлы в тактике и в их исходных местах. Большой! Я только хочу, чтобы я сделал это, прежде чем переписать свой код!

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

Просто для вашей помощи. В соответствии со связями между файлами stackoverflow. Он пытается сказать, что если вы не строите свой проект. Вы можете открыть последнюю построенную dll в Reflector и посмотреть код файлов и восстановить код.

Вы можете использовать любые взятые как Reflector или dotpeek от JetBrains.

Перейдите по ссылке , чтобы узнать больше о dotpeek

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

Это случилось со мной сегодня, но это произошло после того, как я переписал локальные изменения с помощью неэкранной версии. Я попытался декомпилировать dll, но он был слишком старым и не имел изменений. Наконец, я нашел изменения в файлах временных файлов TFS в "AppData\Local\Temp\TFSTemp". Все файлы имели имена "vctmp4316_370233.cs", но все они были там, и, к счастью, мне удалось восстановить мои изменения.

Еще одна вещь, которую вы можете попробовать, если у вас есть модульные тесты MSTest, ищет DLL в папке "TestResults".

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


Горячая перезагрузка позволяет вносить изменения в исходный код приложения во время его выполнения без необходимости приостанавливать его вручную или создавать точку останова. Теперь прямо во время работы приложения можно внести в код изменение из числа тех, что поддерживаются для горячей перезагрузки, нажать кнопку «Применить изменения кода» в новом интерфейсе Visual Studio — и изменение будет сразу же применено.

Мы стремились сделать горячую перезагрузку доступной независимо от того, как вы предпочитаете запускать свои приложения. Представленную сегодня версию можно использовать в отладчике Visual Studio, с которым она полностью интегрирована, а также через командную строку ( dotnet watch ). В следующих выпусках появятся и другие варианты.

Начало работы

Visual Studio

Использование горячей перезагрузки в Visual Studio при работе с отладчиком:

Скачайте и установите Visual Studio 2019 16.11 (предварительная версия 1).

Откройте проект поддерживаемого типа, например приложение WPF.

Запустите приложение с подключенным отладчиком клавишей F5 (удостоверьтесь, что параметр «Разрешить отладку машинного кода» в настройках/профиле запуска отладчика отключен).

Примените изменения кода с помощью новой кнопки Применить изменения кода (ALT + F10) на панели инструментов Visual Studio (рядом с кнопкой Продолжить). Сохранять файлы при использовании Visual Studio не нужно — можно быстро внести в код изменение и двигаться дальше.

Если внесенное изменение поддерживается, обновленная логика будет применена к запущенному приложению, и вы увидите изменения в его работе при следующем выполнении обновленного кода (по действию или при выполнении активирующего условия, например по таймеру).

Интерфейс командной строки (CLI)

Использование горячей перезагрузки из командной строки при запуске приложения с помощью dotnet watch:

Добавьте свойство " hotReloadProfile ": " aspnetcore " в профиль запуска приложения ( launchSettings.json ).

Пример файла Properties/launchSettings.json :

Запустите проект с помощью команды dotnet watch и убедитесь, что в выводе указано, что горячая перезагрузка активирована.

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

Как и в Visual Studio, с этого момента начнет применяться новая логика: при следующем выполнении обновленного кода вы увидите изменения в работе приложения.

Этот же подход можно использовать с проектами Blazor WebAssembly: следует изменить профиль горячей перезагрузки blazorwasm и далее действовать, как описано выше. Можно попробовать его даже с Windows Forms и другими типами проектов на платформе CoreCLR: для этого вручную добавьте в папку Properties файл с именем launchSettings.json и тем же содержимым, что в предыдущем примере.

Примеры ниже позволяют составить представление о том, какие возможности мы планируем реализовать в будущих предварительных выпусках и окончательной версии:

Работа в Visual Studio без отладчика. В будущем выпуске Visual Studio 2022 мы планируем добавить поддержку горячей перезагрузки без отладчика. Это значит, что даже при запуске приложения сочетанием клавиш CTRL + F5 разработчики смогут вносить изменения в выполняемое приложение.

Таковы планы на данный момент. Они не окончательные: мы будем прислушиваться к отзывам пользователей и ориентироваться на график выпусков.

Поддерживаемые и неподдерживаемые изменения и языки

Нам важны ваши отзывы

Конечно, в этой ранней предварительной версии будут ошибки. Иногда при попытке применить изменение ничего не будет происходить, иногда возможно аварийное завершение приложения и т. п. Если вы столкнетесь с какими-либо проблемами, сообщите нам о них — это не займет много времени. Ваша поддержка поможет нам эффективно устранить критические проблемы и определить приоритеты для дальнейшей работы.

Также приглашаем всех желающих на открытый урок «Управление конфигурациями микросервисов». На занятии обсудим один из подходов, используемых в реальных high-load проектах.

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

однако дома этого, похоже, не происходит. У меня есть доступ к управлению версиями и использование управления версиями explorer, сопоставил проекты с локальными каталогами. Это, казалось, работало нормально. Однако, когда я открываю проекты и открываю файлы, изменения, которые я делаю, не проверяют файлы автоматически. Фактически, visual studio даже не меняет свой статус только для чтения, пока я не попытаюсь сохранить свои изменения; в этот момент он предупреждает меня, что файл доступен только для чтения, и спрашивает, хочу ли я, чтобы он попытался перезаписать разрешения и сохранить. Я делаю, и это отлично работает. Но опять же, никакие изменения не регистрируются в ожидающих изменениях окно. Я вроде как заблудился. Единственный опыт управления версиями, который у меня есть, - это subversion и плагин visual studio AnkhSVN.

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

любая помощь очень ценится.

редактировать поскольку люди, похоже, зациклены на том, что Я сказал "дома", позвольте уточнить. Проблем с сетью нет. Я на VPN. Я могу просматривать систему управления версиями. С тех пор я переустановил все по разным причинам. Все прошло хорошо. У меня просто проблема с Visual Studio, не отслеживая изменения в файлах и позволяя им быть зафиксированными обратно в систему управления версиями. Итак, подводя итог:

как Visual Studio может остановить отслеживание изменений после правильного отображения и позволяет мне получить последнюю версию? Я могу обновить из источника контроль, я просто не могу взять на себя обязательства. Окно ожидающие изменения пусто даже после внесения изменений.

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

обычно это первый с достойным ответом, но сегодня я думаю, что кто-то положил кнопки на стулья нескольких людей. Другой сайт ответил на мой вопрос, и с большой точностью. Вот ответ:

щелкните правой кнопкой мыши на узле решения и перейдите к "GO online". По разным причинам visual studio может пометить ваше решение как отслеживаемое системой управления версиями, но "автономное". Он по-прежнему отслеживает изменения за кулисами, ожидая, когда вы снова выйдете в интернет. После этого мое ожидание окно изменений заполнено и все нормально. Я решил, что где-то здесь все просто.

Я надеюсь, что это помогает другим с той же проблемой.

Я нашел интересную настройку в разделе файл > управление версиями > Дополнительно > Изменить управление версиями.

Если я привязываю решение и проект к моему серверу управления версиями (сначала отмените привязку, если он уже привязан), то внезапно он работает! Сохранение файла автоматически проверяет файл и отслеживает изменения.

Я получал ошибку "только для чтения", как и все остальные. Я получил маленький красный чек рядом с файлами, которые я редактировал, но когда я пошел, чтобы сохранить, он попросил меня сохранить файл b / c, он был доступен только для чтения. Я переместил файлы из другой системы управления версиями, и они все еще были доступны только для чтения. Но я не думаю, что Git заботится о сохранении файлов только для чтения, как мой старый исходный контроль. Поэтому я просто удалил флаги только для чтения в Проводнике Windows и был хорош.

для меня решение состояло в том, чтобы перейти в окно Team Explorer в ожидании изменений и оттуда инициировать регистрацию. Не видел вариант go online, я на VS2013. Спасибо всем за указатели!

Я обнаружил, что один из моих проектов на самом деле не был добавлен в исходный элемент управления вообще - как-то это было пропущено, и поэтому любые изменения в этом проекте не будут проверены. Я щелкнул правой кнопкой мыши на узле решения, нажал "добавить в систему управления версиями", он предупредил меня, что некоторые проекты уже отслеживаются, и я решил игнорировать эти проекты, и он продолжил добавлять отсутствующие проекты в систему управления версиями. Теперь выезд работает отлично. Совместное использование в случае, если это кому-то поможет еще!

в моем случае я решил проблему, применив следующие шаги:

  1. щелкните правой кнопкой мыши файл решения в обозревателе решений.
  2. нажмите кнопку Добавить решение в систему управления версиями
  3. Если вы уже добавили свои файлы в tfs нажмите игнорировать для замены файлов всплывающие окна

перейдите в привязки управления версиями (файл->управление версиями->изменить управление версиями) - вы можете заметить, что привязан только проект - не решение. Выберите решение, нажмите Bind.

Читайте также: