Комментарии 6
Недавно мне пришлось вести разработку node.js бэкэнда внутри докер контейнера. На там проекте у всех коллег были макбуки, а у меня только винда, и их sdk под ней просто не работал. В качестве ide я выбрал vs code, весь код хранился в wsl2 ubuntu, докер также работал над wsl2, плюс плагин для работы внутри контейнера. Запускалось и дебажилось внутри vs code нормально.
Еще одна важная причина почему контейнер, а не сам wsl2 для разработки — в контейнере отлично видно vpn, а в wsl2 это большая проблема.
И еще нужно научить разработчиков устанавливать зависимости внутри контейнера, а не с хоста. Можно в статью добавить алиасы например
alias y=“docker-compose exec $@“
Примерно так, на память
- ".:/app"
как volumesНу node_modules будут в прокинутой папке и IDE их увидит как локальные. Если ты устанавливаешь локально, то у тебя может что-нибудь не то собраться, потому что в контейнере другая ос. Получишь ошибку и долго будешь дебажить
FrontEnd разработка в Docker