Стоит ли использовать виртуальную машину чтобы организовать рабочее пространство для разработки?

Question

[Данил Антошкин]

Есть два компьютера, основное что я хочу решить

1. Не хочется засорять основную операционную систему
2. Удобно продолжать работу с того места с которого закончил не занимаясь синхронизацией всего и вся
3. Быстрый откат изменений если возникли конфликты ПО

Я хочу создать виртуальную машину которая будет настроена только для работы и синхронизировать её между двумя ПК по средствам облака, чтобы можно было без проблем использовать другой ПК если есть такая необходимость

Какие есть минусы у данного подхода или же есть варианты решения иначе поставленной задачи

P.S. Основной пулл задач это вёрстка поэтому особой нагрузки на виртуальную машину не будет производится

Answer 1

[Drno]

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

Comments

[Данил Антошкин]

Понимаю, но там вес будет не таким большим, этот вариант я рассматриваю пока как именно синхронизировать изменения

[GavriKos]

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

[Данил Антошкин]

GavriKos, Возможно, но в этом и проблема чтобы нормально синхронизировать некоторые инструменты их нужно настроить заново и каждый раз проделывать эту работу я не хочу

[сергей кузьмин]

не хочу а придется

[GavriKos]

Данил Антошкин, настраивается все единожды. Можете настроить одну виртуалку, перенести ее ОДИН раз, а дальше синхронизировать работу внутри нее (если ооочень хочется виртуалку). Синкать сами виртуалки вместо непосредственно работы я бы не стал. Долго, рискованно.

[Василий Банников]

Данил Антошкин, что вы для работы используете? Может там уже из коробки есть способ для синхронизации настроек или вообще текстовые конфиги, которые прямо в проект модно положить и передавать через git?

Answer 2

[humoured]

Для вёрстки, кажется, что будет достаточно связки Docker (для окружения) и git (удалённый) для хранения актуальной версии кода.

Если всё-таки очень хочется виртуалку, то почему бы не удалённый рабочий стол/VNC и хостинг?

Comments

[Данил Антошкин]

У меня достаточно мощное железо чтобы не платить за хостинг, а удаленный рабочий стол не хочу потому что второй компьютер (назовём его основной) может быть занят для выполнения других задач членом семьи

[humoured]

Данил Антошкин, я про тот удалённый стол, который и есть хостинг. На хостинге можно установить Windows или любимый GUI на любимый Linux и подключаться к серверу откуда угодно, хоть с телефона.
А мощность железа для вёрстки едва ли нужна выдающаяся.

[Drno]

Данил Антошкин, сделай rdp. Но пк дома. И пусть сидят себе, тебе не помешают

Answer 3

[Василий Банников]

1. Docker или какие-нибудь ещё контейнеры для запуска окружения.
2. Git для передачи исходников.
3. Решается при помощи предыдущих пунктов

P.S. Основной пулл задач это вёрстка поэтому особой нагрузки на виртуальную машину не будет производится

Тогда твои проблемы надуманы. Никакого засорения рабочей машины или конфликтов ПО быть не может.
Из ПО тебе нужен только редактор кода.
Сам код между машинами передавай через git.

Если совсем не хочется что-то ставить и синхронизировать - попробуй какой-нибудь сервис типа github codespaces

Какие есть минусы у данного подхода

У подхода с виртуалками есть следующие минусы:
1. Образ виртуальной машины весит несколько гигабайт (а может разрастись до нескольких десятков) => синхронизация такого огромного куска данных будет занимать много времени, да и на диске много места займёт.

2. Настройка компьютера для запуска виртуальных машин может занять время.
+ ты так всё равно засоряешь компьютер софтом для ВМ.

3. Запущенная виртуальная машина требует много ресурсов. Для комфортной работы в ней тебе нужно будет выделить на неё 4 ядра и 8г озу => тебе нужен достаточно мощный комп, чтобы даже после такого отжора он не тормозил.
И то даже тогда UX у тебя будет страдать, тк в виртуалке не будет видеокарты.