Vs code файл не отслеживается
Редактор Visual Studio Code (VS Code) стал одним из самых популярных для веб-разработки. Его популярность обусловлена множеством встроенных возможностей, в том числе интеграции с системой контроля исходного кода, а именно с Git. Использование возможностей Git из VS Code позволяет сделать рабочие процессы более эффективными и надежными.
В этом учебном модуле мы изучим интеграцию контроля исходного кода в VS с помощью Git.
Шаг 6 — Установка полезных расширений
В VS Code имеется не только множество встроенных функций для Git, но и несколько очень популярных расширений, добавляющих дополнительные функции.
2 ответа
Поскольку эти файлы являются файлами .log, я предполагаю, что они могут быть упомянуты в файле .gitignore? Может быть, это может помочь вам? Код Visual Studio - автоматическое исключение на основе .gitignore
Список, который вы просматриваете при нажатии CTRL + P, вызывается недавно открытым. Когда вы открываете один из файлов, он был недавно открыт, поэтому он появляется. В меню CTRL + P также имеется раздел с результатами поиска файлов, в котором перечислены фактические результаты поиска по файлам, имеющимся в рабочей области. Ни один из ваших файлов .log не отображается в этом разделе (следовательно, этот раздел не отображается).
Файл laravel-2019-09-08.log также отсутствует в раскрывающемся списке. Мне было интересно, может быть, список ограничен определенным количеством файлов. Попробуйте быть более конкретным с вашим поиском. В моей версии VSCode я могу искать файлы, используя несколько слов. Может быть, попробуйте поискать "laravel 26", чтобы найти файл, который вы ищете?
Что означают буквы U и M на изображении? Я использую Visual Studio Code и Git. Я поискал в Интернете, но ничего не нашел.
A - Добавлен (это новый файл, добавленный в репозиторий)
M - Modified (существующий файл был изменен)
D - Удален (файл удален)
U - без отслеживания (файл новый или был изменен, но еще не добавлен в репозиторий)
C - Конфликт (в файле есть конфликт)
R - переименовано (файл был переименован)
S - подмодуль (в репозитории существует другой под репозиторий)
Кто-нибудь еще считает, что эти маркеры вызывают больше беспокойства у любого нового пользователя VS Code? Когда, например, эти маркеры требуют внимания перед публикацией? Надеюсь, я понимаю .
@Goku - единственный маркер, требующий вашего внимания, - это Conflict. Все остальные маркеры обозначают внесенные вами изменения. За возможным исключением Conflict, как это обычно происходит при извлечении другой ветки, с кодом, который не совсем уверен, где он должен быть, или иногда является дубликатом.
@Octopus Это количество изменений в этом файле. Итак, у вашего файла будет 1 модификация. Файл, в котором написано «2, C», будет конфликтовать.
@ Грузия. В большинстве файлов нет номера, только буква. Судя по всему, число представляет количество ошибок, обнаруженных парсером. Поэтому не возвращайте файлы, рядом с которыми стоит номер.
Когда вы выполняете git status команду из командной строки, она выдаст вам список файлов modified и untracked файлов, которые в настоящее время существуют на вашем локальном компьютере.
M и U в этом случае только Visual Studio код синхронизации с Git и идентификации (очень хорошо в пользовательском интерфейсе, я мог бы добавить) , какие файлы были modified и какие файлы untracked .
Это просто приятный, ясный и простой способ просмотреть свое рабочее пространство и точно увидеть, какой у вас текущий git status , без необходимости вводить команду в командной строке.
Пожалуйста, обрати внимание:
Вы будете видеть только файлы modified или, untracked выделенные в Visual Studio Code.
Если вы удалите файл, например, он просто исчезнет из вашего рабочего пространства, однако ваш git status , когда он будет запущен из командной строки, все равно будет включать deleted статус для этого файла. Но вы не увидите никакого дополнительного визуального представления этого в Visual Studio Code (файл просто больше не будет отображаться в вашем рабочем пространстве).
Предварительные требования
Для этого обучающего модуля вам потребуется следующее:
- Git, установленный на вашем компьютере. Более подробную информацию о том, как добиться этого, можно найти в учебном модуле Введение в Git.
- Последняя версия Visual Studio Code, установленная на вашем компьютере.
Want to learn more? Join the DigitalOcean Community!
Join our DigitalOcean community of over a million developers for free! Get help and share knowledge in our Questions & Answers section, find tutorials and tools that will help you grow as a developer and scale your project or business, and subscribe to topics of interest.
Что означает U и M на изображении. Я использую Visual Studio Code и Git. Я поискал в интернете, но ничего не нашел по этому поводу.
Шаг 1 — Знакомство с вкладкой Source Control
Прежде всего, чтобы воспользоваться преимуществами интеграции контроля исходного кода, следует инициализировать проект как репозиторий Git.
Откройте Visual Studio Code и запустите встроенный терминал. Вы можете открыть его, используя сочетание клавиш CTRL + ` в Linux, macOS или Windows.
Используя терминал, создайте каталог для нового проекта и перейдите в этот каталог:
Затем создайте репозиторий Git:
Также вы можете сделать это в Visual Studio Code, открыв вкладку Source Control (иконка выглядит как развилка дороги) в левой панели:
Затем нажмите кнопку Open Folder:
При нажатии кнопки откроется проводник файлов, где будет открыт текущий каталог. Выберите предпочитаемый каталог проекта и нажмите Open.
Затем нажмите Initialize Repository:
Если теперь вы посмотрите на свою файловую систему, вы увидите, что она содержит каталог .git . Чтобы сделать это, используйте терминал для перехода в каталог проекта и вывода его содержимого:
Вы увидите созданный каталог .git :
Это означает, что репозиторий инициализирован, и теперь вам следует добавить в него файл index.html .
После этого на панели Source Control вы увидите, что рядом с именем вашего нового файла отображается буква U. Обозначение U означает, что файл не отслеживается, то есть, что это новый или измененный файл, который еще не был добавлен в репозиторий:
Вы можете нажать значок плюс (+) рядом с файлом index.html , чтобы включить отслеживание файла в репозитории.
После этого рядом с файлом появится буква A. A обозначает новый файл, который был добавлен в репозиторий.
Чтобы записать изменения, введите команду отправки в поле ввода в верхней части панели Source Control. Затем нажмите иконку отметки check для отправки файла в репозиторий.
После этого вы увидите, что несохраненных изменений нет.
Теперь добавьте немного содержания в файл index.html .
Вы можете использовать ярлык Emmet для генерирования базовой структуры кода HTML5 в VS Code, нажав ! , а затем клавишу Tab . Теперь добавьте что-нибудь в раздел , например, заголовок , и сохраните файл.
На панели исходного кода вы увидите, что ваш файл изменился. Рядом с именем файла появится буква M, означающая, что файл изменен:
Для практики давайте запишем это изменение в репозиторий.
Теперь вы познакомились с работой через панель контроля исходного кода, и мы переходим к интерпретации показателей gutter.
Заключение
В этом учебном модуле вы научились использовать интеграцию с системой контроля исходного кода в VS Code. VS Code предоставляет множество функций, для использования которых раньше нужно было загружать отдельный инструмент.
Git History
Хотя вы можете просматривать текущие изменения, сравнивать версии и управлять ветвлением с помощью встроенных функций VS Code, они не дают возможности просматривать историю Git. Расширение Git History решает эту проблему.
Как можно увидеть на снимке ниже, это расширение позволяет тщательно изучать историю файла, автора, ветви и т. д. Чтобы активировать показанное ниже окно Git History, нажмите на файл правой кнопкой мыши и выберите пункт Git: View File History:
Также вы сможете сравнивать ветви и записанные в репозиторий версии, создавать ветви из записанных версий и т. д.
ОТВЕТЫ
Ответ 1
Когда вы выполните git status из командной строки, он предоставит вам список файлов modified и untracked , которые в настоящее время существуют на вашей локальной машине.
M и U в этом случае просто синхронизируется с Visual Studio Code с git и идентифицирует (очень хорошо в пользовательском интерфейсе, я могу добавить), какие файлы были modified и какие файлы untracked .
Это просто приятный, понятный и простой способ просматривать ваше рабочее пространство и точно видеть, что ваш текущий git status не требует ввода команды в командной строке.
Обратите внимание:
Вы будете видеть только файлы modified или untracked , выделенные в коде Visual Studio.
Если вы удалите файл, например, он просто исчезнет из вашей рабочей области, однако ваш git status , когда он будет выполнен из командной строки, по-прежнему будет содержать статус deleted для этого файла. Но вы не увидите никаких дополнительных визуальных представлений для этого в Visual Studio Code (файл больше не будет отображаться в вашей рабочей области).
Ответ 2
A - Добавлено (это новый файл, который был добавлен в хранилище)
M - изменено (существующий файл был изменен)
D - удалено (файл был удален)
U - не отслеживается (файл новый или был изменен, но еще не добавлен в хранилище)
C - Конфликт (в файле есть конфликт)
R - переименован (файл был переименован)
Ответ 3
"U" означает, что файлы "не отслежены", а "M" означает, что файлы были "изменены"
Вы можете использовать команды git add -A - для добавления всех файлов в область подготовки и git commit -m 'message' - для создания "снимка" файлов в области подготовки.
Надеюсь, это объясняет, что вы пытались выяснить.
Ответ 4
Я хочу знать, как отключить эту функцию тоже. A - Добавлено (это новый файл, который был добавлен в хранилище)
M - изменено (существующий файл был изменен)
D - удалено (файл был удален)
U - не отслеживается (файл новый или был изменен, но еще не добавлен в хранилище)
Я новичок в 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. Спасибо всем за указатели!
Я обнаружил, что один из моих проектов на самом деле не был добавлен в исходный элемент управления вообще - как-то это было пропущено, и поэтому любые изменения в этом проекте не будут проверены. Я щелкнул правой кнопкой мыши на узле решения, нажал "добавить в систему управления версиями", он предупредил меня, что некоторые проекты уже отслеживаются, и я решил игнорировать эти проекты, и он продолжил добавлять отсутствующие проекты в систему управления версиями. Теперь выезд работает отлично. Совместное использование в случае, если это кому-то поможет еще!
в моем случае я решил проблему, применив следующие шаги:
- щелкните правой кнопкой мыши файл решения в обозревателе решений.
- нажмите кнопку Добавить решение в систему управления версиями
- Если вы уже добавили свои файлы в tfs нажмите игнорировать для замены файлов всплывающие окна
перейдите в привязки управления версиями (файл->управление версиями->изменить управление версиями) - вы можете заметить, что привязан только проект - не решение. Выберите решение, нажмите Bind.
Очевидно, VS Code не перечисляет существующие файлы в выпадающем списке файлов (команда Ctrl + P ).
Вот что это показывает:
Как видите, файл laravel-2019-09-26.log существует в каталоге (слева внизу), но не в выпадающем списке файлов. После того, как я открываю этот файл из дерева Проводника, он начинает отображаться в раскрывающемся списке.
Я делаю что-то не так или это случается со всеми? Или эта команда должна показывать только ранее открытые файлы? Если да, то как быстро открыть любой существующий файл в рабочей области?
Шаг 5 — Работа с удаленными репозиториями
В этом учебном модуле мы не будем вдаваться в детали, но панель Source Control также предоставляет доступ для работы с удаленными репозиториями. Если вы уже работали с удаленными репозиториями, то вы увидите знакомые вам команды, такие как pull, sync, publish, stash и т. д.
Шаг 2 — Интерпретация показателей Gutter
На этом шаге мы рассмотрим концепцию Gutter («Желоб») в VS Code. Gutter — это небольшая область справа от номера строки.
Если ранее вы использовали сворачивание кода, то в области Gutter находятся иконки «Свернуть» и «Развернуть».
Для начала внесем небольшое изменение в файл index.html , например, изменим содержание внутри тега . После этого вы увидите, что измененная строка помечена в области Gutter синей вертикальной чертой. Синяя вертикальная черта означает, что соответствующая строка кода была изменена.
Теперь попробуйте удалить строку кода. Вы можете удалить одну из строк в разделе вашего файла index.html . Обратите внимание, что в области Gutter появился красный треугольник. Красный треугольник означает строку или группу строк, которые были удалены.
Теперь добавьте новую строку в конец раздела и обратите внимание на зеленую полосу. Вертикальная зеленая полоса обозначает добавленную строку кода.
В этом примере описаны индикаторы области Gutter для случаев изменения, удаления и добавления строки:
Git Blame
Это расширение дает возможность просматривать информацию Git Blame в панели состояния для текущей выделенной строки.
Английское слово Blame имеет значение «винить», но не стоит беспокоиться — расширение Git Blame призвано сделать процесс разработки более практичным, а не обвинять кого-то в чем-то плохом. Идея «винить» кого-то за изменения кода относится не к буквальному возложению вины, а к идентификации человека, к которому следует обращаться с вопросами в отношении определенных частей кода.
Шаг 3 — Просмотр отличий файлов
VS Code также позволяет посмотреть отличия между разными версиями файла. Обычно для этого нужно загружать отдельный инструмент diff, так что встроенная функция повысит эффективность работы.
Чтобы посмотреть отличия, откройте панель контроля исходного кода и дважды нажмите на измененный файл. В этом случае следует дважды нажать на файл index.html . Откроется типовое окно сравнения, где текущая версия файла отображается слева, а ранее сохраненная в репозитории версия — справа.
В этом примере мы видим, что в текущей версии добавлена строка:
Редактировать
Для будущих читателей второй ответ, предоставленный @michaelze, будет правильным. Код VS по умолчанию не перечисляет файлы, упомянутые в .gitignore . Вы можете изменить этот параметр, перейдя на панель настроек (Файл> Настройки> Настройки) и набрав useIgnoreFiles . Это вызовет две логические настройки с именами Use Global Ignore Files и Use Ignore Files . Отключите эти две настройки, и все файлы рабочей области начнут отображаться в раскрывающемся списке файлов. Правильно работает с версии 1.38.1.
Шаг 4 — Работа с ветвлением
Вы можете использовать нижнюю панель для создания и переключения ветвей кода. В нижней левой части редактора отображается иконка контроля исходного кода (которая выглядит как дорожная развилка), после которой обычно идет имя главной ветви или ветви, над которой вы сейчас работаете.
Чтобы создать ветвление, нажмите на имя ветви. Откроется меню, где вы сможете создать новую ветвь:
Создайте новую ветвь с именем test .
Теперь внесите изменение в файл index.html , чтобы перейти в новую ветвь test , например, добавьте текст this is the new test branch .
Сохраните эти изменения ветви test в репозитории. Затем нажмите на имя ветви в левом нижнем углу еще раз, чтобы переключиться обратно на главную ветвь master .
После переключения обратно на ветвь master вы увидите, что текст this is the new test branch , сохраненный для ветви test , отсутствует в главной ветви.
Git Lens
GitLens дополняет возможности Git, встроенные в Visual Studio Code. Это расширение помогает визуализировать принадлежность кода через аннотации Git Blame и линзу кода, просматривать и изучать репозитории Git из среды VS Code, получать полезные аналитические данные с помощью мощных команд сравнения, а также выполнять многие другие задачи.
Расширение Git Lens — одно из самых мощных и популярных среди сообщества разработчиков расширений. В большинстве случаев его функции могут заменить каждое из вышеперечисленных двух расширений.
Также данное расширение предоставляет много функций, связанных с историей Git. Вы можете легко получить доступ к разнообразной информации, включая историю файлов, сравнение с предыдущими версиями, открытие определенных редакций и т. д. Чтобы открыть эти опции, вы можете нажать на текст на нижней панели состояния, где указан автор, изменивший строку кода, а также время ее изменения.
При этом откроется следующее окно:
Это расширение имеет очень много функций, и потребуется время, чтобы разобраться со всеми открываемыми им возможностями.
Читайте также: