Виртуализируйте ли вы все или часть среды разработки?

Question

Я думал о виртуализации части или всей моей среды разработки RoR.

Это могло бы, в теории, много преимуществ, обусловленных капсулирования

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

Однако на практике моя первая попытка действительно сводила мой рабочий процесс. В моем блоке ubuntu был запущен автономный VM ubuntu-сервер, который я проделал так же, как и с облаком, но имел локальный доступ к исходным файлам и редактировал в gVim от хоста (очевидно).

Мои проблемы были связаны главным образом с редактированием источника от хоста и попыткой полагаться на гостя для всех вещей ruby, которых rails.vim не понравилось, например. Несмотря на то, что я был намек на некоторые возможные обходные пути для этой конкретной проблемы vim, она по-прежнему довольно громоздка, как есть.

Альтернативой было бы запустить полномасштабный гостевой os и отредактировать исходный код там, но это никоим образом не обращается ко мне.

Я даже не пытался выбросить cvs в микс, но я могу предвидеть, что как еще один источник головных болей, это сделает эту установку громоздкой и в значительной степени победит цель.

Так что я еще не нашел работоспособного решения.

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

Answer 1

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

• Виртуализованной полной среда разработки .NET в Windows XP, в том числе VS 2008, IIS, MS SQL Server
• Виртуализованные полная PHP + среда разработки RoR в CentOS
• виртуализированных несколько полных Java-сред в Windows XP, включая Eclipse, Tomcat/Jboss, MySQL и Apache.
• Виртуализованные несколько полных серверных сред (с графическим интерфейсом) в Server 2003, Server 2008, Ubuntu, CentOS, Red Hat и openSUSE.

В вашем случае, я бы сказал, виртуализировать весь рабочий стол, а затем клонировать его, чтобы вы могли запускать несколько экземпляров, на которых вы можете попробовать различные варианты пакетов, плагинов и конфигураций gem. Если ваша хост-машина имеет достаточное количество оперативной памяти - не менее 4 ГБ, вы должны иметь возможность запускать как минимум 3 экземпляра, которым требуется 1 ГБ оперативной памяти. Правило большого пальца - всегда резервировать 1 ГБ для ОС хоста.

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

К Кстати, наш клиент по виртуализации по выбору - VirtualBox.