я должен использовать субдомен на живом сервере для моей среды разработки?
Используя/sbin/nologin откажется от любого вида входа в систему SSH для того пользователя. Это полезно для сервисных учетных записей (т.е. апач, mysql), чтобы препятствовать тому, чтобы любой использовал их для входа в систему удаленно. Обычно Вы могли также установить пользователя на/sbin/nologin, если они - просто пользователь FTP также.
Вы обрисовали в общих чертах единственное "про" для использования Вашей продуктивной среды для разработки: требуется минимальное время установки. "Недостатки" однако являются многочисленными.
Вообще говоря, Ваша среда разработки и тестовая среда должны быть совершенно отдельными от Вашей живой продуктивной среды - Если Ваш код dev будет иметь ошибку, которая извергает спам на всем протяжении файловой системы рабочего сервера или худшие запуски, удаляя материал из Вашей производственной базы данных, то Вы будете в для мира вреда, пытающегося возмещать убытки.
Надлежащая среда разработки также позволяет Вам тестировать вещи, которые Вы никогда не пытались бы сделать в производстве (удаляющий ставриды данных, например), чтобы видеть, как система ведет себя.
VMware является дешевым (на самом деле, их бесплатные инструменты являются большими для установки сред разработки), и достойные аппаратные средства для работы, это не настолько дорого. Кроме того, можно преследовать другой (рабочая станция) решения для виртуализации как VirtualBox для установки среды разработки.
Это высоко зависит от Вашей среды. Это возможно безопасно, когда Ваша dev среда является точно тем же как Вашим производственным ENV (и Вы ограничиваете доступ к dev). Но если Вы, цель состоит в том, чтобы протестировать миграцию к новым версиям Вашей платформы или другого, освобождаете, это очень небезопасно в живой системе. Миграция на новую основную версию платформы может определенно повредить вещи и должна быть хорошо протестирована в безопасной среде сначала.