Я хотел бы, чтобы среды разработки были «привязаны» к определенному программному обеспечению, установленному вместе с пакетами компонентов. Время от времени может потребоваться новая часть программного обеспечения, которую я хотел бы установить в чистой виртуальной машине, пока не будет достигнута уверенность в том, что желательно быть в производственной среде разработки.
Я играл с тестовой системой, пытаясь «версировать» ее, называя ее как DevUsr0105 (основная версия 01, подверсия 05, DevUsr - имя пользователя), но с активацией возникают трудности.
Я могу представить себе временные рамки от выпуска следующей версии до прекращения поддержки предыдущей версии, поэтому иногда могут использоваться две виртуальные машины типа DevUsr. (Новый разработчик происходит в последней версии разработчика и завершает предыдущую работу над существующей виртуальной машиной перед ее удалением.) Очевидно, нет проблем с оплатой двух лицензий ОС на каждого разработчика, но я не хочу хлопот звонить для переноса активации. (Также - нет ли ограничения на количество миграций на лицензию?)
Каждый разработчик получит последнюю рабочую виртуальную машину разработчика всякий раз, когда будет доступна новая версия. Любая из их локальных настроек будет версионироваться в их репозитории SVN, чтобы обеспечить чистую миграцию без большого количества ручной работы.
Итак, последняя версия подготовлена и готова к окончательной активации разработчиком? Нам действительно нужно переносить активацию или повторно активировать ОС при каждом выпуске виртуальной машины разработчика?
Виртуальные машины еще не используются разработчиками активно, и я просто ищу отзывы о том, как с чем-то подобным справляются другие, прежде чем тратить много времени на неправильный путь.
На самом деле я только что создал 3 виртуальные машины XP для группы разработчиков. Один для IE6, IE7 и IE8.
Sysprep требует, чтобы вы повторно активировали окна при каждом развертывании. Вместо того, чтобы давать каждому разработчику собственную тестовую виртуальную машину. Почему бы не развернуть три или четыре и не сказать им, что каждую пятницу они будут сбрасываться с более раннего снимка?
Разработчики обычно оставляют много мусора, где бы они ни работали. Оставляя сервисы и порты открытыми для мира. И с помощью служб, привязанных к учетным записям администратора. Это вдвойне верно в тестовой среде.
На прошлой неделе я отключил веб-сервер, думая, что, поскольку веб-сайт больше не обслуживается, сервер нам больше не нужен. Неправильно. Небольшая группа разработчиков использовала сервер для хранения исходного кода и выполнения запланированных задач.
Установка лимита раз в неделю или две на время использования системы разработки может помочь сохранить вашу сеть в чистоте.
Сложной частью вашей системы будет лицензирование. В следующий раз, когда кого-то уволят, не открывайте дверь никому из BSA. ;-)
Если среды разработки не прослужат более 30 дней, их не нужно активировать.
Корпоративное лицензирование для XP не нужно активировать. Я не уверен, что вы все еще можете купить корпоративную лицензию - или вы можете купить Vista, а затем перейти на более раннюю версию и получить ключ громкости.
Он начинается с 5 лицензий, и похоже, что вы будете использовать больше.
Для Vista я не знаю решения.
Однако, поскольку это виртуальная машина, оборудование не меняется, не так ли? Поэтому, когда вы устанавливаете на одном и том же оборудовании, это не должно засчитываться в общее количество раз, которое вам разрешено активировать Vista.