Как сейчас выглядит лицензия (выжимка):
4.1. Настоящее Соглашение предоставляет право установки (инсталляции), запуска и использования одной копии Программы в рамках ее функциональных возможностей на одном компьютере (ЭВМ). Пользователю Программы (за исключением редакции «Первый сайт») предоставляется право на базе одной копии Программы создать не более двух Сайтов, использующих общее Ядро и базу данных.     Пользователю редакции «Первый сайт» Программы предоставляется право на базе одной копии Программы создать один Сайт.

4.2. Использование Программы для создания на базе одной ее копии более двух Сайтов  (за исключением редакции «Первый сайт») возможно только в случае расширения лицензии на условиях, размещенных на сайте Лицензиара в сети Интернет по адресу www.1c-bitrix.ru, и в п. 6.5 настоящего Соглашения. Создание на базе одной копии Программы редакции «Первый сайт» более одного Сайта возможно только после перехода на другую редакцию Программы.

4.3. Программа может быть временно установлена на дополнительный компьютер (ЭВМ) с целью использования исключительно для работ по разработке, тестированию и/или наполнению Сайта при условии отсутствия любого "внешнего" доступа к ней (в том числе из сети Интернет или извне локальной сети Пользователя). Указанная копия Программы должна быть немедленно удалена после завершения вышеперечисленных работ.

Какие возникают проблемы при этом у покупателя лицензии:

• Пункт 4.1. подходит для рабочего сайта, но не подходит для разработки, т.к. БД одна.
• Пункт 4.3. ограничивает возможности разработки, т.к. во многих проектах разработка ведется постоянно (один рабочий сайт и второй для разработки, БД разные) и нет смысла удалять сайт для разработки после каждого релиза.
• Зачастую, разработка ведется географически распределенной командой, находящейся далеко друг от друга. В этом случае доступ к сайту для разработки необходим всей команде. Но сейчас закрытие публичной части сайта делает невозможным тестирование сайта с любыми правами пользователей, кроме админских. Т.е. невозможно протестировать пользователя без регистрации, с регистрацией и т.п. Фактически, тестирование невозможно. А выкатывать в продакшн не протестированный релиз чревато.
• И даже для просмотра сайта (в случае закрытия публичной части) нужно давать пользователю админские права! Наверно, не нужно объяснять, что это неадекватное решение.
• Используются распределенные системы контроля версий (Git, Mercurial), т.е. существуют еще локальные репозитории у каждого разработчика. Что будет противоречить лицензии.
  

Предлагаю изменить текст лицензии и привести его в соответствие с современными реалиями:

• ограничения внешнего доступа заменить запретом индексации в файле robots.txt
• можно ограничить запретом использования доменных имен
• в п 4.3. "дополнительный компьютер" заменить на "дополнительные компьютеры"
• или предложите свой вариант, чтобы он решал  рассматриваемые вопросы
  

У нас все проекты сидят на релизной системе и на «боевые» сайты изменения уходят через систему контроля версий.
Если будет скрипт или уже развёрнутая система контроля версий, то деплой приложений во внутрь виртуальной машины значительно упростится. Т.к. она сможет выступать в роли клиента или сервера разработки.