Непрерывная интеграция всегда завершается с VERR_VMX_NO_VMX - PullRequest
0 голосов
/ 18 марта 2019

Я разрабатываю приложение для класса и использую Packer, Vagrant и VirtualBox для сборки и развертывания моего приложения.

Для новой установки шаги сборки (с точки зрения разработчика) выглядят следующим образом:

  1. Создание образов VirtualBox с помощью packer build {...}.json
  2. Подготовка и запуск образов VirtualBox с помощью vagrant up
  3. Привет!Веб-приложение!

Хранилище находится здесь: https://github.com/HenryFBP/2019-team-07f-mirror

Короче говоря, я пытаюсь добавить непрерывную интеграцию для проверки каждого коммита, поэтому я (и члены моей команды)не нужно.

До сих пор я пробовал и AppVeyor, и Travis, но каждый раз сборка останавливается с сообщением VirtualBox VERR_VMX_NO_VMX, и оно просто выглядит как машина, на которой я работаю VBoxManageвкл не поддерживает VT-x.

Если переписать мои этапы инициализации в Docker или выполнить самостоятельное размещение, как мне получить поставщика CI, который предоставляет мне эту функцию VT-x?

Должен ли я просто сказать Vagrant использовать Docker вместо VirtualBox?

Должен ли я изменить Vagrantfile для использования Docker?Стоит ли менять провайдеров CI?Должен ли я использовать самодостаточную опцию, такую ​​как Concourse?

Я не решаюсь попробовать другого поставщика CI, потому что я не хочу просто заново обнаружить, что у него нет VT-x.

Ошибка от Трэвиса: https://travis -ci.org / HenryFBP / 2019-team-07f-mirror / builds / 507577619

Ошибка от Appveyor: https://ci.appveyor.com/project/HenryFBP/2019-team-07f-mirror/build/job/piku3n5eav1o1ioe

Спасибо!

РЕДАКТИРОВАТЬ # 1

Я использую Jenkins, и это круто!Это самостоятельно и супер здорово.Я могу бегать на голом металле все, что захочу.Это решение для меня и потребовалось буквально один день, чтобы настроить.

...