Estoy utilizando la última versión de Discourse y he intentado instalar plugins válidos en el directorio /var/discourse/plugins. Copio las carpetas de los plugins allí, pero nunca se instalan; por supuesto, siempre utilizo ./launcher rebuild app. La única manera que tengo de instalarlos es mediante app.yml.
Quiero instalarlo sin conexión para fines de prueba. No quiero abrir un repositorio de GitHub para instalar un plugin de prueba; me parece contraproducente.
¿Quizás configurar un entorno de desarrollo en lugar de un sitio de producción? Puedes clonar los repositorios directamente en el directorio plugins. Además, esto no afectará los datos de tu sitio de producción ni causará tiempo de inactividad para tus usuarios al reconstruir. Consulta Discourse Meta - guías de instalación para desarrollo para ver todos los temas sobre cómo configurar un entorno de desarrollo.
¿Está bloqueada la instalación de plugins locales en un entorno de producción? ¿Es posible convertir un entorno de producción en uno de desarrollo sin tener que rehacer todo?
Quizás podrías hacer una copia de seguridad de tu PRD y restaurarla localmente.
Bien, lo único que falta por saber es si la instalación de plugins local está bloqueada en producción. Esperemos que alguien lo sepa.
No «bloqueada», sino que simplemente no funciona.
Como dijo Nate, la mejor opción es configurar un entorno de desarrollo local o seguir usando app.yml si lo prefieres.
¿Y por qué es práctica estándar hacer público el código fuente al instalar complementos en producción? ¿Acaso Discourse no permite complementos privados? Incluso un repositorio con un token sigue siendo un complemento público en la plataforma donde está alojado (GitHub, GitLab, etc.).
Un repositorio privado de GitHub/GitLab sigue siendo privado. El token es simplemente una contraseña que permite al servidor clonarlo. Nadie más puede ver el código. Permanece privado.
Consulta la sección sobre repositorios privados en Install plugins on a self-hosted site
Utiliza una configuración de desarrollo local para probar plugins. dev-install
De lo contrario, deberás ejecutar una reconstrucción completa de producción cada vez que modifiques plugins, lo cual es una pérdida de tiempo, especialmente ahora que el equipo ha reducido los tiempos de compilación de desarrollo a pocos segundos.
Clona los plugins en ~/code o un directorio equivalente, y luego puedes crear enlaces simbólicos desde el directorio de plugins.