Dev Drive в Windows 11 — как начать

Краткое описание

Dev Drive — это специализированный том хранения на Windows 11, который Microsoft анонсировала на Build 2023 вместе с Dev Home. Его цель — повысить надёжность и производительность ключевых задач разработки: хранить репозитории, кеши пакетов и артефакты сборки таким образом, чтобы минимизировать проблемы с файловыми путями, правами и производительностью, характерные для разработческих рабочих нагрузок.

Важно: на этапе превью Dev Drive доступен участникам Windows Insider в Dev Channel. Если вы не в Dev Channel, дождитесь официального выпуска в одном из будущих обновлений Windows 11.

Что такое Dev Home и как он связан с Dev Drive

Dev Home — это «центр управления» для разработчиков в Windows 11. Он упрощает рутинные действия разработчика: настройку окружения, интеграцию с GitHub, управление виджетами на панели и запуск инструментов. Dev Drive — это часть экосистемы Dev Home: в интерфейсе Dev Home вы можете быстро создать и управлять Dev Drive, не переходя в сторонние утилиты.

Определение: Dev Home — панель управления задачами и настройками для разработчика. Dev Drive — специализированный том для хранения артефактов разработки.

Требования и подготовка

• Участие в Windows Insider Program (Dev Channel) — на момент превью это обязательно.
• Минимум 50 ГБ свободного места для одного Dev Drive.
• Минимум 8 ГБ оперативной памяти; Microsoft рекомендует 16 ГБ для комфортной работы.
• Резервное копирование данных на случай изменения разметки диска.

Совет: используйте SSD (желательно NVMe) для Dev Drive — это даст наилучший отклик при работе с большим количеством мелких файлов, типичным для репозиториев и кешей пакетов.

Пошаговое создание Dev Drive на Windows 11

Ниже — упрощённая инструкция на основе интерфейса Windows 11. В интерфейсах могут быть незначительные отличия в зависимости от сборки OS.

1. Убедитесь, что вы в Dev Channel Windows Insider и у вас есть резервная копия важных данных.
2. Откройте Параметры: Параметры > Хранилище > Дополнительные параметры хранения > Диски и тома и выберите Создать Dev Drive. Альтернативно — запустите Dev Home и выберите Create Dev Drive.

3. Выберите один из вариантов создания: создать новый виртуальный диск (VHD), создать новый том на существующем диске или использовать нераспределённое пространство (unallocated) на текущем диске.
4. Если вы выбираете изменение существующего тома, выберите Resize an existing volume и укажите раздел, который хотите уменьшить, чтобы освободить место для Dev Drive. Убедитесь, что выбранный раздел имеет как минимум 50 ГБ свободного места.

5. Введите размер нового тома, соответствующий требованиям проекта (минимум 50 ГБ). Нажмите Next.

6. Задайте метку тома и букву диска. Проверьте параметры форматирования и нажмите Format для окончательного создания Dev Drive.
7. После создания том появится в Проводнике и в Dev Home. Проверьте доступность и права доступа, при необходимости скорректируйте ACL.

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

Для чего лучше использовать Dev Drive

Рекомендуемые сценарии хранения на Dev Drive:

• Репозитории исходного кода (Git).
• Кеши пакетных менеджеров (npm, NuGet, pip и т.д.).
• Файлы сборки и артефакты (build cache, intermediate files).

Что лучше НЕ хранить на Dev Drive:

• Полные установки IDE и системных SDK (Visual Studio, Windows SDK). Эти инструменты Microsoft рекомендует держать на основном системном диске.
• Персональные документы/медиа — Dev Drive предназначен для рабочих артефактов разработки.

Рекомендации по производительности и настройке

• Используйте физический SSD/NVMe, если возможно. Виртуальные диски (VHD) удобны, но производительность может быть ниже на некоторых конфигурациях.
• Размещайте кеши пакетных менеджеров на Dev Drive через конфигурацию менеджера (например, настройка npm cache, NuGet global-packages). Это уменьшит задержки при установке зависимостей.
• Проверьте настройки антивируса: исключите пути Dev Drive из глубокой проверки, если политика безопасности вашей организации это позволяет. Это часто улучшает скорость операций с большим количеством мелких файлов.

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

Когда Dev Drive не решит вашу проблему (контрпример)

• Если узким местом является процессор или недостаток RAM, перенос кешей на Dev Drive не даст заметного улучшения.
• Если у вас медленный HDD и вы создаёте Dev Drive на том же диске, преимущества будут минимальны.
• Если ваша рабочая среда строго контролируется политиками ИТ (запрещены локальные диски или изменять разметку), Dev Drive может быть неприемлем.

Ментальные модели и триггеры для использования Dev Drive

• Правило трёх: если проект содержит более 1 ГБ артефактов сборки, часто выполняет npm/nuget restore и работает с большим количеством мелких файлов — стоит использовать Dev Drive.
• Разделение обязанностей: системный диск для установки ПО и библиотек, Dev Drive для данных проекта и кешей.

Чек-листы по ролям

Разработчик:

• Убедиться, что Dev Drive подключён в Проводнике.
• Перенести локальные репозитории и кеши на Dev Drive.
• Настроить CI, если необходимо, на использование пути из Dev Drive (локальные тесты/скрипты).

Системный администратор / DevOps:

• Проверить совместимость с корпоративной политикой безопасности.
• Настроить резервное копирование/снапшоты Dev Drive по необходимости.
• Документировать место хранения и политику исключений антивируса.

Советы по миграции проектов на Dev Drive

• Начните с одного проекта в качестве пилота: перенесите репозиторий и кеши, убедитесь в корректности сборки и тестов.
• Пошагово мигрируйте остальные проекты, фиксируя параметры, которые требовали правки (пути в скриптах, конфигурации CI).
• Убедитесь, что пути к файлам не жёстко закодированы в скриптах (используйте относительные пути или переменные окружения).

Безопасность и защита данных

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

Удаление или откат Dev Drive

Если нужно удалить Dev Drive или откатить изменения:

1. Перенесите важные данные с Dev Drive на другой носитель.
2. В Dev Home или в Панели управления дисками (Disk Management) удалите том/виртуальный диск.
3. При необходимости объедините свободное пространство с основным разделом или удалите VHD файл.

Совет: перед удалением убедитесь, что нигде не осталось зависимостей, указывающих на букву диска Dev Drive (скрипты, пути в настройках IDE).

Критерии приёмки

• Созданный Dev Drive виден в Проводнике и имеет заданный размер не менее 50 ГБ.
• Репозиторий корректно клонируется и собирается с использованием Dev Drive.
• Кеши пакетного менеджера успешно читаются и записываются на Dev Drive.
• Нет существенных ошибок доступа или конфликтов прав.

Короткая инструкция для публикации в соцсетях (announce)

Windows 11 получила новый инструмент для разработчиков: Dev Drive — специализированный том для хранения репозиториев, кешей и артефактов сборки. Сейчас в превью для Windows Insider (Dev Channel). Минимальные требования: 50 ГБ и 8 ГБ ОЗУ (рекомендуется 16 ГБ). Перенесите кеши и репозитории на Dev Drive, чтобы упростить работу с проектами и ускорить локальные операции.

Итог и рекомендации

Dev Drive — полезный инструмент для тех, кто работает с большим количеством мелких файлов, кешей и артефактов сборки. Начните с пилота на одном проекте, оцените влияние на сборки и производительность, затем масштабируйте использование. Всегда делайте резервные копии перед изменением разметки диска и согласовывайте исключения антивируса с вашей командой безопасности.

Важное: если вы не в Dev Channel, дождитесь стабильного релиза — это убережёт вас от возможных изменений в поведении и интерфейсе Dev Drive.