Vs code файл не отслеживается

Обновлено: 04.07.2024

Часто при работе над проектом, использующим Git, вы хотите исключить передачу определенных файлов или каталогов в удаленный репозиторий.

Файл .gitignore указывает, какие неотслеживаемые файлы должен игнорировать Git .

Какие файлы следует игнорировать?

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

Runtime файлы, такие как log , lock , cache или временные файлы ( tmp ).
Файлы с конфиденциальной информацией, такие как пароли или ключи API.
Каталоги зависимостей, такие как /vendor или /node_modules .
Build каталоги, такие как /public или /dist .
Системные файлы, такие как .DS_Store или Thumbs.db
Конфигурационные файлы IDE или текстового редактора.

Шаблоны .gitignore

.gitignore - это простой текстовый файл, в каждой строке которого содержится шаблон файла или каталога, который необходимо проигнорировать.

.gitignore использует glob шаблоны для сопоставления имен файлов с символами подстановки (Это что-то вроде регулярных выражений). Если у вас есть файлы или каталоги, содержащие шаблон подстановки (например * ), вы можете использовать один обратный слеш ( \* ), чтобы экранировать такой символ.

Символ косой черты ( / ) представляет собой разделитель каталогов. Наклонная черта в начале шаблона относится к директории, в которой находится файл .gitignore .
Если шаблон начинается со слеша, то он соответствует файлам и каталогам только в корне хранилища.

Если шаблон не начинается со слэша, он соответствует файлам и каталогам в любом каталоге или подкаталоге.

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

Имена файлов

Самый простой шаблон - это просто имя файла без каких-либо специальных символов.

Шаблон	Примеры совпадений
/access.log	access.log
access.log	access.log logs/access.log var/logs/access.log
build/	build

Символы подстановки

* - Символ звездочки соответствует нулю или более символам.

ШАБЛОН	ПРИМЕРЫ СОВПАДЕНИЙ
*.log	error.log logs/debug.log build/logs/error.log

** - Два соседних символа звездочки соответствуют любому файлу или нулю или более каталогам. Когда за ним следует косая черта ( / ), она соответствует только каталогам.

ШАБЛОН	ПРИМЕРЫ СОВПАДЕНИЙ
logs/**	Совпадает со всем, что находится в каталоге logs.
**/build	var/build pub/build build
foo/**/bar	foo/bar foo/a/bar foo/a/b/c/bar

? - Вопросительный знак соответствует любому отдельному символу.

ШАБЛОН	ПРИМЕРЫ СОВПАДЕНИЙ
access?.log	access0.log access1.log accessA.log
foo??	fooab foo23 foo0s

Квадратные скобки

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

Если первый символ после [ является восклицательным знаком ( ! ), то образец соответствует любому символу, кроме символов из указанного набора.

ШАБЛОН	ПРИМЕРЫ СОВПАДЕНИЙ
*.[oa]	file.o file.a
*.[!oa]	file.s file.1 file.0
access.1.log	access.0.log access.1.log access.2.log
file.[a-c].out	file.a.out file.b.out file.c.out
file.[a-cx-z].out	file.a.out file.b.out file.c.out file.x.out file.y.out file.z.out
access.[!0-2].log	access.3.log access.4.log access.Q.log

Исключающие шаблоны

Шаблон, начинающийся с восклицательного знака ( ! ), отменяет (повторно включает) любой файл, игнорируемый предыдущей шаблоном. Исключением из этого правила является повторное включение файла, если его родительский каталог исключен.

ШАБЛОН	ПРИМЕРЫ СОВПАДЕНИЙ
*.log !error.log	error.log or logs/error.log will not be ignored

Пример .gitignore

Локальный .gitignore

Локальный файл .gitignore обычно помещается в корневую директорию хранилища. Однако вы можете создать несколько файлов .gitignore в различных подкаталогах в вашем репозитории. Шаблоны в файлах .gitignore сопоставляются относительно директории, в которой находится файл.
Шаблоны, определенные в файлах, которые находятся в каталогах нижнего уровня (подкаталогах), имеют приоритет перед файлами в каталогах верхнего уровня.

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

Персональные правила игнорирования

Шаблоны, специфичные для вашего локального репозитория и не подлежащие распространению в других репозиториях, должны быть установлены в файле .git/info/exclude .
Например, этот файл можно использовать для игнорирования сгенерированных файлов из ваших личных инструментов проекта.

Глобальный .gitignore

Git также позволяет вам создать глобальный файл .gitignore , в котором вы можете определить правила игнорирования для каждого Git-репозитория вашей локальной системы.

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

Например, чтобы установить

/.gitignore_global в качестве глобального файла игнорирования Git, выполните следующие действия:

1. Создайте файл:

2. Добавьте этот файл в Git-конфигурацию:

3. Откройте файл в текстовом редакторе и добавьте в него свои правила.

Глобальные правила особенно полезны при игнорировании определенных файлов, которые вы никогда не захотите фиксировать, таких как файлы с конфиденциальной информацией или скомпилированные исполняемые файлы.

Игнорирование ранее зафиксированных файлов

Файлы в вашей рабочей копии могут отслеживаться или не отслеживаться.

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

Опция --cached говорит не удалять файл из рабочего дерева, а только удалять его из индекса.

Для рекурсивного удаления каталога используйте параметр -r :

Если вы хотите удалить файл как из индексной, так и из локальной файловой системы, опустите опцию --cached .

При рекурсивном удалении файлов используйте опцию -n , которая выполнит пробный запуск и покажет, какие файлы будут удалены:

Отладка файла .gitignore

Иногда бывает сложно определить, почему тот или иной файл игнорируется, особенно если вы используете несколько файлов .gitignore или сложные шаблоны. В этом случае пригодится команда git check-ignore с опцией -v, которая указывает на то, что нужно отображать детали совпадающего шаблона.

Например, чтобы проверить, почему файл www/yarn.lock игнорируется, нужно выполнить следующее:

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

Команда также принимает в качестве аргументов более одного имени файла, и файл не обязательно должен существовать в рабочем дереве.

Отображение всех игнорируемых файлов

Команда git status с опцией -ignored отображает список всех проигнорированных файлов:

Заключение

Файл игнорирования .gitignore позволяет исключить файлы из проверки в репозитории. Файл содержит шаблоны, которые описывают, какие файлы и каталоги следует игнорировать.

Я новичок в 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.

В Visual Studio 2022 мы переработали функцию Параметры доверия: теперь при попытке открыть ненадежный код в интегрированной среде разработки выводится предупреждение.

Разработчики программного обеспечения все чаще становятся объектами атак вредоносных программ. Новая функция Параметры доверия призвана повысить осведомленность о рисках обработки незнакомого кода и помогает защититься от вредоносных субъектов, которые используются в сценариях от открытия содержимого (например, репозиториев, решений, проектов и файлов) до создания и запуска приложений с Visual Studio.

Функция Параметры доверия отключена по умолчанию.

Включение надежных расположений

Чтобы включить функцию Надежные расположения, выполните следующие действия:

Выберите Сервис > Параметры > Параметры доверия.

В области Политики доверия выберите Require a trust decision before opening content (Требовать решение о доверии перед открытием содержимого).

Параметр Skip trust checks for temporary locations Visual Studio creates automatically (Пропускать проверки доверия для временных расположений, автоматически создаваемых Visual Studio) включен по умолчанию, но не применяется, пока не включен параметр Require a trust decision before opening content (Требовать решение о доверии перед открытием содержимого).

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

Управление параметрами доверия

Вот как можно добавить надежные расположения и удалить их.

Добавление надежных расположений

После включения этой функции все содержимое, открываемое с помощью Visual Studio 2022, считается ненадежным до тех пор, пока оно не будет добавлено в список надежных расположений. Указать доверие к расположению папки можно прямо в диалоговом окне предупреждения. Вот как это сделать.

В раскрывающемся списке Уровень доверия выберите папку, которой требуется доверять (текущая папка или родительская папка).

Visual Studio добавляет путь к папке в список надежных расположений в меню Сервис > Параметры > Параметры доверия.

Вы также можете добавить папки в список надежных расположений прямо в диалоговом окне Параметры доверия. Вот как это сделать.

Выберите Сервис > Параметры > Параметры доверия. Можно также открыть Параметры доверия, выбрав в диалоговом окне предупреждения пункт Управление параметрами доверия.

Выберите Добавить папку в области Политики доверия справа.

Выберите папку, которую хотите добавить в список доверенных.

Путь к папке будет внесен в список Надежные расположения. Эта папка, добавленная вручную, указана как Доверие для Локальный пользователь.

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

Удаление надежных расположений

Чтобы удалить надежные расположения, выполните следующие действия:

Выберите Сервис > Параметры > Параметры доверия.

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

Чтобы выбрать несколько путей, удерживайте нажатой кнопку SHIFT.

Выбранные пути удаляются из списка Надежные расположения.

Visual Studio запрашивает согласие пользователя перед открытием проектов, содержащих метку Mark of the Web. Для обеспечения дополнительной безопасности можно также настроить Visual Studio, чтобы получать разрешение пользователя, прежде чем открыть любой файл или папку, которые содержат метку Mark of the Web или не обозначены как доверенные. Проверки файлов и папок отключены по умолчанию.

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

В Visual Studio 2022 мы переработали функцию "Параметры доверия": теперь при попытке открыть ненадежный код в файлах, папках, проектах и решениях в среде IDE выводится предупреждение. Эта функция по умолчанию отключена. Дополнительные сведения см. в версии этой страницы для Visual Studio 2022.

Настройка параметров доверия

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

Откройте Сервис > Параметры > Параметры доверия и выберите ссылку Настроить параметры доверия на правой панели.

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

Без проверки. Visual Studio не выполняет никакие проверки.

Проверка метки Mark of the Web. Если файл или папка имеет эту метку, Visual Studio блокирует их и запрашивает разрешение на открытие.

Проверка доверенного пути. Если файл или папка не входят в список Доверенные пути, Visual Studio блокирует их и запрашивает разрешение на открытие.

Добавление доверенных путей

Чтобы добавить доверенные пути, выполните следующие действия:

Выберите файл или папку, которые вы хотите добавить в список доверенных.

Путь файла или папки будет внесен в список Доверенные пути.

Удаление доверенных путей

Чтобы удалить доверенные пути, выполните следующие действия:

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

Чтобы выбрать несколько путей, удерживайте нажатой кнопку SHIFT.

Visual Studio Code – это один из наиболее популярных редакторов кода, разработанный корпорацией Microsoft. Он распространяется в бесплатном доступе и поддерживается всеми актуальными операционными системами. Интерфейс программы приведен на рисунке:

Настройка VS Code

Изменение настроек в VS Code осуществляется в соответствующем окне. Открыть его можно несколькими способами:

через комбинацию клавиш Ctrl+,;
через пункт меню File ⇒ Preferences ⇒ Settings;
нажать на значок шестерёнки в нижней части панели действий и выбрать в открывшемся меню пункт Settings.

editor:tabsize - число пробелов при табуляции (2);
editor:insertSpaces - вставлять ли пробелы при нажатии Tab;
editor:detectIndentation - нужно ли параметры "editor.tabsize" и "editor.insertSpaces" определять автоматически при открытии файла на основе его содержимого (убрать флажок);
editor:wordWrap - управляет тем, как следует переносить строки (ON);
editor:fontSize - размер шрифта в пикселях (15);
editor:mouseWheelZoom - нужно ли включать изменение размера шрифта в редакторе при нажатой клавише Ctrl и движении колесика мыши;
editor:minimap.enabled - включает или отключает отображение мини-карты;
editor:formatOnSave - выполнять ли автоматическое форматирование файла при его сохранении;
files:trimFinalNewlines - если этот параметр активен, то при сохранении файла будут удалены все пустые строки, идущие за последней в конце файла;
files:trimTrailingWhitespace - если этот параметр включен, то при сохранении файла будут удалены все пробельные символы на концах строк;
files:autoSave - для включения авто сохранения файлов;
telemetry:enableTelemetry - включает или отключает отправку сведений об использовании и ошибках в веб-службу Майкрософт (убрать флажок);
editor:hover:Enable -отключить подсказки при наведении курсора;

Список дополнительных расширений.

Open In Default Browser - открытие файлов напрямую в браузере.
Live Sass Compiler - для компиляции Sass кода. После установки расширения в строке состояния появляется кнопочка "Watch Sass". Вы просто пишите код на Sass/Scss, и автоматически происходит автоматическая компиляция Sass кода в готовые CSS файлы. При этом в строке состояния должна быть включена опция "Watch Sass". Этот плагин также устанавливает Live Server, который позволяет автоматически перезагружать страницу после внесения изменений в js, css, html код. Для настройки плагина надо перейти по Ctrl+Shift+P в файл настроек settings.json.
Bracket Pair Colorizer 2 - окрашивает скобки в разный цвет.
Indent-rainbow - разукрашивает отступы.

Better Comments - разукрашивает комментарии.

Highlight Matching Tag - подчеркивает соответствующий выделенному закрывающий или открывающий тег, находится ли он на той же строке или далеко внизу страницы.

Google Fonts - позволяет просматривать список шрифтов Google и вставлять их в HTML или CSS код.

SCSS BEM Support - это расширение добавляет область TextMate к элементу и модификатору BEM, которые могут быть полезны при подсветке синтаксиса.

Как подключить GitHub к Visual Studio code

Если вы ранее не работали с GIT, то для начала его нужно установить. В зависимости от системы нужно выбрать свой вариант. Загрузить Git для Windows можно здесь. Последняя версия Visual Studio Code. Затем конфигурируем Git. Для этого переходим Все программы ⇒ Git и запускаем Git Bash, в терминал вводим поочереди команды:

подставив ваши данные.

Затем регистрируемся на GitHub и создаем репозиторий. Репозиторий - это рабочая директория с вашим проектом. Это та же папка с HTML, CSS, JavaScript и прочими файлами, что хранится у вас на компьютере, но находится на сервере GitHub. Так вы можете работать с проектом удалённо на любой машине, не переживая, что какие-то из ваших файлов потеряются — все данные будут в репозитории при условии, что вы их туда отправите.

После описанных выше действий переходим в VS Code ⇒ Панель действий (Левая панель) ⇒ Source Control ⇒ Clone Repository, указываем ссылку на созданный репозиторий, указываем локальный каталог для проекта и жмем "Open". На этом этапе мы подключили репозиторий к VS Code.

Для примера работы с проектом создадим файл index.html в каталоге проекта. После этого на панели Source Control вы увидите, что рядом с именем вашего нового файла отображается буква U. Обозначение U (untracked) означает, что файл не отслеживается, то есть, что это новый или измененный файл, который еще не был добавлен в репозиторий. Открываем вкладку Source Control (Ctrl+Shift+G), тут показаны все изменения сделанные в проекте. Вы можете нажать значок плюс (+) рядом с файлом index.html, чтобы включить отслеживание файла в репозитории. После этого рядом с файлом появится буква A (added). A обозначает новый файл, который был добавлен в отслеживание.

Теперь внесем изменения в файл и сохраним его (Ctrl+S). На панели исходного кода вы увидите, что ваш файл изменился. Рядом с именем файла появится буква M (modified), означающая, что файл изменен. Перейдем на вкладку Source Control (Ctrl+Shift+G) и выберем файл index.html. Перед нами откроется окно разделенное на две части. Левая половина показывает файл до изменений, а правая-что изменилось.

Для добавления нового проекта в репозиторий необходимо открыть этот каталог проекта в VS Code, перейти во вкладку Source Control и выбрать "Publish to GitHub", выбрать репозиторий, выбрать файлы для добавления и нажать "OK".

Для загрузки файлов из репозитория необходимо выбрать команду Pull.

WordPress VSCode Extension Pack

Коллекция расширений для работы с сайтами WordPress в VSCode в пакет расширений WordPress VSCode включены:

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