Мерзавец файловая система Windows как альтернатива снимкам виртуальной машины

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

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

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

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

Основным преимуществом ответвлений Мерзавца по снимкам VM была бы гибкость на уровне файла. Например, было бы легче сравнить различия в текстовом файле, существующем в двух ответвлениях. Кроме того, если бы у меня было два репозитория (мусорное ведро и дб), то я мог бы протестировать любую базу данных с любым набором двоичных файлов. Используя Мерзавца я мог использовать свою машину разработки, не используя виртуализацию вообще (даже если я не буду копировать все установленное программное обеспечение производственной машины).

Что относительно того, чтобы сохранить всю файловую систему Windows при Мерзавце? Я предполагаю, что это было бы намного более сложно и будут проблемы с установленными приложениями, реестром Windows...

-1
задан 2 December 2014 в 17:44
1 ответ

Похоже, это не идеальное приложение для Git. Git не ориентирован на хранение больших двоичных файлов.Вы можете посмотреть проект git-application , который использует Git для управления версиями двоичных файлов, но на самом деле не хранит двоичные файлы в Git.

Если вы просто говорите о динамической замене файла иерархии каталогов и файлов, вы могли бы сделать это довольно просто, просто сохраняя "золотые мастер" копии этой иерархии (в идеале в состоянии только для чтения) и копируя их на место с помощью сценария. Это будет довольно простой сценарий cmd.exe .

2
ответ дан 5 December 2019 в 19:26

Теги

Похожие вопросы