Estou usando a versão mais recente do Discourse e já tentei instalar plugins válidos no diretório /var/discourse/plugins. Copio as pastas dos plugins para lá, mas eles nunca são instalados — obviamente, sempre uso ./launcher rebuild app. A única maneira que consigo instalá-los é usando o arquivo app.yml.
Quero instalá-los offline para fins de teste. Não quero abrir um repositório no GitHub para instalar um plugin de teste; isso me parece contraproducente.
Talvez seja melhor configurar um ambiente de desenvolvimento em vez de um site de produção? Você pode clonar repositórios diretamente no diretório plugins. Além disso, isso não afetará os dados do seu site de produção e não causará interrupção para seus usuários ao recriá-lo. Consulte Discourse Meta - guias de instalação de desenvolvimento para todos os tópicos sobre como configurar um ambiente de desenvolvimento.
A instalação de plugins locais é bloqueada em um ambiente de produção? É possível converter um ambiente de produção em um ambiente de desenvolvimento sem precisar refazer tudo?
Você poderia talvez fazer um backup do seu PRD e restaurá-lo localmente?
Certo, a única coisa que falta saber é se a instalação local de plugins está bloqueada em produção. Vamos torcer para que alguém saiba.
Não “bloqueada”, mas simplesmente não funciona.
Como Nate disse, o melhor caminho é configurar um ambiente de desenvolvimento local ou continuar usando o app.yml, se preferir.
E por que é prática padrão tornar o código-fonte público ao instalar plugins em produção? Isso significa que o Discourse não permite plugins privados? Até mesmo um repositório com um token ainda é considerado um plugin público na plataforma onde está hospedado (GitHub, GitLab, etc.).
Um repositório privado do GitHub/GitLab continua privado. O token é apenas uma senha que permite ao servidor cloná-lo. Ninguém mais pode ver o código. Ele permanece privado.
Veja a seção sobre repositórios privados em Install plugins on a self-hosted site
Use uma configuração de desenvolvimento local para testar plugins. dev-install
Caso contrário, você precisará executar uma reconstrução completa de produção toda vez que alterar plugins, o que é uma perda de tempo, especialmente porque a equipe reduziu recentemente as builds de desenvolvimento para alguns segundos.
Clone os plugins em ~/code ou equivalente e, em seguida, crie links simbólicos a partir do diretório de plugins.