Использование виртуальных машин для разработки

Question

Я недавно получил роль управления или среды разработки, которая включает в себя:

• Управление системой контроля версий (Subversion), в которых мы, как правило, имеют одну основную ветвь, которая высвобождается в производство каждые 6 месяцев, отдел технического обслуживания, который выпускается каждые 2 месяца, чтобы исправить ошибки, не связанные с основными пользователями, и пару ветвей, связанных с ошибками, которые просто не могут дождаться выпуска обслуживания.
• Управление нашими базами данных, так что у нас есть база данных развития для каждой ветви кода

Мы не долго перешел к использованию системы управления версиями и имели следующие вопросы:

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

Я думал об использовании виртуальной машины для каждой ветви кода (например, виртуальная машина, содержащая пользователя базы данных Oracle Express, администратора Coldfusion с правильной настройкой для таких вещей, как источники данных, и средства разработки, такие как IDE и Tortoise).

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

Answer 1

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

• Continuous integration
• Great open-source framework for continues integration!

Я надеюсь, что это поможет, но ваш вопрос довольно сложно ответить, потому что есть много параметров, ответ, который всегда очень от компании к компании, вы должны рассмотреть возможность найма консультанта, который поможет вам. Он/она должен будет прийти в вашу компанию и помочь вам решить и реализовать.

Answer 2

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

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

Tortoise SVN - отличный инструмент, но, возможно, это ситуация, когда было бы лучше иметь какое-то маленькое приложение, которое делает чек, и удалять Черепаху с машин. Маленькое приложение может содержать окно, всплывающее на экране, показывающее активную ветвь, и может обрабатывать checkout и checkin, а также следить за тем, чтобы использовался правильный номер порта.