Как локализовать отказ Clone Repository in Container Volume, если WSL сообщает об отсутствующем filter: проверка команды, обычного volume и журналов без удаления данных контейнеров.
Разделите продуктовую команду и хранилище
VS Code описывает Clone Repository in Container Volume как команду, использующую локальный Docker named volume вместо bind mount. Docker, в свою очередь, управляет volume отдельно от контейнера. Поэтому отказ команды не означает автоматическую потерю volume или поломку Docker Engine. Зафиксируйте точное название команды, момент отказа и появляется ли новый volume в read-only списке после попытки. Не удаляйте его: в нём могла частично появиться рабочая копия. Если Docker не может работать ни с одним volume, граница ниже Dev Containers. Если обычный volume доступен, а команда VS Code отказывает, исследуйте orchestration и WSL.
Матрица обычного volume и Clone Repository
Проведите две безопасные проверки на нейтральном тестовом репозитории. Первая — создать пустой named volume штатной командой Docker и убедиться, что он перечисляется; не монтируйте рабочие данные. Вторая — выполнить Clone Repository in Container Volume для публичного небольшого репозитория без секретов. Запишите, создаётся ли volume, начинается ли clone и на каком шаге появляется слово filter. Не меняйте одновременно Docker context, WSL-дистрибутив и версию расширения. Если первая строка проходит, а вторая нет, это минимальная граница. Не используйте prune, factory reset или массовое удаление volumes для повторения.
Сохраните частичный volume и журналы
Volumes сохраняются вне жизненного цикла контейнера и не удаляются автоматически вместе с ним. Если автоматическая команда создала volume, запишите его имя и время, но не просматривайте содержимое чужого проекта и не публикуйте remote URL с токеном. Сохраните журнал Dev Containers только вокруг одной попытки, удалив имя пользователя, путь к credential helper и адрес приватного репозитория. Отдельно запишите версии VS Code, расширения, Docker Desktop и WSL. Критерий остановки — необходимость удалять volume с данными, менять дистрибутив или выполнять reset без резервной копии. Сохранённое состояние полезнее серии разрушительных повторов.
Эскалация по точной границе filter
В отчёте перечислите две строки матрицы, версии компонентов, тип WSL и точный этап команды. Если сообщение называет неподдерживаемую операцию filter, процитируйте только эту короткую строку, не весь лог. Добавьте, существует ли volume после отказа и работает ли обычное создание volume. Метка needs-author-feedback означает нехватку подтверждения, поэтому не объявляйте дефект WSL по одному репорту. Эскалация оправдана, если стандартная функция volume исправна, свежая команда Dev Containers стабильно отказывает на том же шаге и результат воспроизводится после штатного перезапуска без смены окружения. Возможный workaround обсуждайте только после сохранения данных и официального ответа.
Материал подготовлен редакцией VOne с применением ИИ для диагностической матрицы; факты вручную проверены по VS Code и Docker Docs, а issue отделён от evidence.
Источники и проверка
- Visual Studio Code — Improve Dev Container performance проверено 2026-08-10
- Docker Docs — Volume lifecycle and management проверено 2026-08-10
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.