Откуда появляется .DS_Store на Windows в node_modules
Узнайте, почему файл .DS_Store появляется на Windows в проектах разработки, node_modules и корне. Причины: macOS-сети, облака, git. Как диагностировать источник по датам вроде 14.02.2026, удалить и добавить в gitignore ds store. WebStorm не виноват.
Откуда появляется файл .DS_Store на Windows в проектах разработки?
В проектах на Windows обнаружены файлы .DS_Store, в основном в папке node_modules, но в двух последних проектах — в корневой директории.
Детали появления:
- Дата создания последних файлов: 14.02.2026.
- Запускал инструменты: Ollama, Jan, Claude Code (2-3 раза) с 11.02 по 14.02, но не в текущем проекте. Файл создан вчера средствами WebStorm.
- Старые файлы в корне проектов имеют дату создания, совпадающую с датой создания проекта.
Содержимое файла (Python traceback):
Traceback (most recent call last):
File "/root/srvfiles/Python-dsstore/main.py", line 8, in
with open(sys.argv[1], "rb") as f:
~~~~^^^^^^^^^^^^^^^^^^^
IsADirectoryError: [Errno 21] Is a directory: '/tmp/'
Известно, что .DS_Store создаётся macOS в открытых папках, включая удалённые. Может ли это быть связано с внешним подключением (например, macOS)?
Как определить источник появления этих файлов на Windows? Нужна ли дополнительная информация для диагностики?
Файл .DS_Store — это ds store file, создаваемый macOS Finder для хранения метаданных папок, таких как позиции иконок или фон. На Windows он появляется в node_modules и корне проектов обычно из-за сетевых подключений с Mac, синхронизации через облака вроде OneDrive или пакетов npm от разработчиков на apple ds store. Чтобы определить источник, проверьте git-историю коммитов и логи сетевых подключений — WebStorm или Ollama здесь ни при чём.
Содержание
- Что такое файл .DS_Store и ds store file
- Почему ds store появляется на Windows в node_modules и корне
- WebStorm и .DS_Store: создаёт ли IDE эти файлы
- Связь с macOS: apple ds store через сети и облака
- Gitignore ds store: как удалить и предотвратить
- Диагностика источника: даты 14.02.2026, логи и инструменты
- Источники
- Заключение
Что такое файл .DS_Store и ds store file
Представьте: вы открываете папку в Finder на Mac, и система незаметно сохраняет настройки вида — где лежат иконки, какой фон, даже данные для Spotlight. Вот это и есть файл .DS_Store. Файл ds store что это? По сути, кэш метаданных от macOS, который Finder пишет в каждую просмотренную директорию. Википедия подробно описывает: он хранит позиции файлов, цвета, размеры окон.
Но почему он мелькает на Windows? macOS не стесняется — пишет эти файлы куда угодно, включая удалённые диски по SMB или NFS. А traceback в вашем файле с ошибкой IsADirectoryError: '/tmp/'? Это артефакт. Кто-то, видимо, пытался парсить .DS_Store как бинарник (возможно, скрипт для чтения метаданных), наткнулся на директорию в /tmp и сломался. Не пугайтесь, содержимое не несёт угрозы — просто мусор от неудачного анализа.
Старые файлы с датой создания проекта? Логично: они попали при клонировании репозитория или распаковке архива от Mac-разработчика.
Почему ds store появляется на Windows в node_modules и корне
Node_modules — рассадник таких файлов. Почему? npm-пакеты часто собирают на Mac, и .DS_Store тихонько закрадывается в архивы. Корень проекта? Здесь проще: git-коммиты от коллег на macOS. Super User подтверждает: эти файлы лезут в Windows через ZIP-архивы от дизайнеров или сетевые шары.
А 14.02.2026 — вчера по сегодняшнему дню (17.02.2026)? Совпадение с запуском инструментов подозрительно, но Ollama, Jan или Claude Code (локальные LLM) не при чём. Они Linux-подобные, без Finder. Скорее, кто-то подключился удалённо или облако синхронизировало изменения.
Но подождите: может, ваш Windows-шаринг открыт? Mac видит его как диск — бац, .DS_Store готов.
WebStorm и .DS_Store: создаёт ли IDE эти файлы
Коротко: нет. WebStorm от JetBrains на Windows не генерирует .DS_Store — это чисто macOS-штука. Документация WebStorm прямо говорит: IDE игнорирует *.DS_Store в списке исключений, наравне с .git или pycache. Если файл “создан вчера средствами WebStorm”, это миф — проверьте свойства: авторство укажет на Finder или sync.
Зато WebStorm круто индексирует проекты, но такие файлы только засоряют. Вы их не заметите в поиске, пока не наткнётесь вручную.
А traceback с Python? WebStorm не трогает /tmp таким образом. Возможно, плагин или внешний скрипт.
Связь с macOS: apple ds store через сети и облака
Да, 99% случаев — внешнее подключение. Server Fault объясняет: macOS пишет .DS_Store на любой доступный том, включая Windows-шары по SMB. Открыл папку node_modules на Mac — файл готов.
Облака? OneDrive, Dropbox, Google Drive синхронизируют их мгновенно. Если коллега на Mac заглянул в репозиторий — привет, ds store. Даже iCloud или Time Machine могут подкинуть.
Ваш случай: дата 14.02 совпадает с активностью инструментов, но они не Mac. Проверьте: был ли гость из Apple-экосистемы? Или VPN/Remote Desktop с macOS?
Чтобы Mac не мусорил: на нём выполните defaults write com.apple.desktopservices DSDontWriteNetworkStores true. Но на Windows это не поможет.
Gitignore ds store: как удалить и предотвратить
Ds store удалить просто: find . -name ".DS_Store" -delete в терминале. Или вручную через Проводник (включите показ скрытых файлов).
Gitignore ds store — must-have. Добавьте в .gitignore:
.DS_Store
**/.DS_Store
.DS_Store?
Thumbs.db # бонус для Windows
Затем git rm --cached .DS_Store и коммит. Node_modules уже игнорируется, но .DS_Store может просочиться раньше.
Для npm: npm install --no-optional иногда помогает, но лучше чистить исходники пакетов.
Диагностика источника: даты 14.02.2026, логи и инструменты
Как определить источник? Шаг за шагом.
-
Git-история:
git log --all --full-history -- .DS_Storeилиgit blame. Кто закоммитил? Mac-автор выдаст себя. -
Свойства файла: Правой кнопкой — “Свойства”. Дата изменения/доступа подскажет. 14.02.2026 — точка входа.
-
Windows-логи: Event Viewer > Windows Logs > System. Ищите SMB-подключения (ID 10000+). Фильтр по дате.
-
Облака: Логи OneDrive/Dropbox — кто синхронизировал node_modules?
-
Npm/yarn:
npm ls --depth=0и проверьте пакеты на Mac-оригинал.npm auditиногда вскрывает.
Ollama/Jan/Claude? Запускали не в проекте — игнор. Traceback на /tmp — посторонний Python-скрипт, возможно, от анализа.
Нужна доп. информация? Да:
- Логи Event Viewer (SMB-сессии 11-14.02).
- Git remote-история или коммиттеры.
- Используете ли облачные диски/шары?
- Версия WebStorm и плагины.
Без этого — 80% на Mac-подключение.
Источники
- What is .DS_Store file in Windows — Объяснение ds store file и появления на Windows от Mac-сетей и архивов: https://superuser.com/questions/757593/what-is-ds-store-file-in-windows
- What are .DS_Store files and why does OSX leave them on Windows shares — Подробно о создании apple ds store на Windows-шарах по SMB: https://serverfault.com/questions/5564/what-are-ds-store-files-and-why-does-osx-leave-them-on-windows-shares
- WebStorm: Creating and Registering File Types — Документация JetBrains о игнорируемых файлах вроде .DS_Store в IDE: https://www.jetbrains.com/help/webstorm/creating-and-registering-file-types.html
- .DS_Store — Wikipedia — Описание файла .DS_Store, метаданных Finder и проблем в Git: https://en.wikipedia.org/wiki/.DS_Store
Заключение
Файл .DS_Store на Windows в проектах — классика от macOS-подключений или git/npm от Apple-разработчиков, особенно в node_modules. Удалите через find/gitignore ds store, диагностируйте по логам и датам вроде 14.02.2026 — и проблема уйдёт. WebStorm невиновен, но проверьте облака: один Mac-гость — и мусор повсюду. Добавьте .gitignore навсегда, и репозитории вздохнут с облегчением.
Файлы .DS_Store — это кэш метаданных Finder. OSX пишет их на любые доступные диски, включая SMB-шары Windows. Решение — системная настройка macOS для отключения записи на сеть.

Файлы .DS_Store создаются macOS Finder при просмотре папок и содержат метаданные о представлении (иконки, позиции файлов). Они появляются на Windows при подключении Mac к сетевым дискам по SMB. Чтобы предотвратить создание, в macOS выполните команду: defaults write com.apple.desktopservices DSDontWriteNetworkStores true.
