Докеризируем среду разработки в VS Code

Работая над последним проектом, я столкнулся с проблемой, которая заключалась в последовательном запуске проектов в нескольких ОС. Я потратил несколько недель, пытаясь исследовать файлы Docker, которые предоставили бы командам согласованный рабочий процесс локально, но затем обнаружил, что Visual Studio Code может сделать это легко всего с одним плагином.

Мы будем использовать Visual Studio Code и Docker, чтобы сымитировать производственные настройки и создать согласованность во всех средах разработки. Чтобы следовать этому руководству, необходимо установить как Docker, так и Visual Studio Code.

JavaMentor
JavaMentor

Руководство написано для среды Node с Create React App, но шаги можно изменить для любой выбранной среды.

Мы даже получим горячую перезагрузку, работающую внутри контейнера dev.

В Visual Studio Code установите следующий плагин: 

Его можно найти здесь.

Это позволит запускать Visual Studio Code в контейнере.

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

Создайте там два файла: devcontainer.json и Dockerfile.

Именование важно, так как Visual Studio Code ожидает определенные имена папок и файлов, которые нужны для успешного запуска контейнера.

Структура папки должна соответствовать следующей:

В файле Dockerfile мы выбираем образ и выполняем RUN для любых необходимых команд (например, глобальных установок) после установки образа. Dockerfile:

FROM node:12.14.1-stretch
RUN npm install -g eslint prettier

Затем в devcontainer.json мы можем настроить все параметры.

Devcontainer.json  —  это конфигурационный файл, который определяет, как будет построен и запущен dev-контейнер. Содержимое devcontainer.json:

{
  "name": "Node.js Sample",
  "dockerFile": "Dockerfile",
  "appPort": 3000,
  "extensions": ["dbaeumer.vscode-eslint"],
  "settings": {
    "terminal.integrated.shell.linux": "/bin/bash"
  },
  "postCreateCommand": "yarn install",
  // Закомментируйте следующую строку, чтобы запустить как root. Пользователи Linux, обновите Dockerfile значением UID/GID вашего пользователя (если оно не 1000)
   "runArgs": ["-u", "node"]
}

Описание параметров:

  • dockerfile  —  относительный путь к файлу Dockerfile, который используется в качестве образа.
  • appPort  —  порт или массив портов, которые должны быть доступны локально при запуске контейнера.
  • extensions  —  массив идентификаторов расширений, указывающих на те из них, которые должны быть установлены внутри контейнера при его создании.
  • settings  —  добавляет значения по умолчанию settings.json в файл настроек контейнера / компьютера.
  • postCreateCommand  —  командная строка или список её аргументов для запуска после создания контейнера.
  • runArgs  —  массив аргументов CLI Docker, которые должны использоваться при запуске контейнера.

Здесь полный список опций devcontainer.json.

Проверка

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

Установив расширение Remote-Containers, вы увидите новый элемент строки состояния в крайнем левом углу.

Элемент строки состояния Remote может быстро показать, в каком контексте выполняется VS Code (локальном или удаленном), а нажатие на этот элемент вызовет команды Remote-Containers.

Выберите “Reopen in Container” (Повторно открыть в контейнере).

Подождите, пока завершится сборка контейнера

Во время первого подключения образ Docker будет загружен и собран, а также запустится контейнер с запущенной копией VS Code Server. Это может занять несколько минут, но будущие соединения будут происходить за секунды.

Проверьте свою среду

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

node --version; 
npm --version

Видеоверсия статьи

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

Читайте нас в Telegram, VK и Яндекс.Дзен


Перевод статьи Niall Joe Maher: Dockerize Your Development Environment in VS Code

Предыдущая статьяКак пользоваться Thread.sleep на JVM без блокировки
Следующая статьяЗнакомимся с основами Angular через создание простого приложения