Multiple development instances

On my development box, I find myself needing multiple instances. One site I’m importing is on stable, others use importers that I am developing. Right now what I do is when switching jobs, I switch branches in git and run a script that does

RAILS_ENV=development
export RAILS_ENV
RAILS_ENV=development bundle exec rake db:drop db:create db:migrate
bundle exec rake admin:create

It’s really annoying when I’ve, say, run an importer that takes several hours and then want to run it again with updated input (and not have to re-import the whole thing).

Is there something different I should be doing? Perhaps I should run separate instances with Vagrant? Contrive to tell Discourse to use a different database for each different job?

Or am I doing the Right Thing?

1 me gusta

Lamento responder a un tema tan antiguo. ¿Alguna vez lograste que esto funcionara? Mi caso de uso es querer hacer algunas pruebas con la configuración de una red de sitios de Discourse, donde algunos de los sitios funcionan como proveedores de DiscourseConnect y otros sitios funcionan como clientes de DiscourseConnect. Puedo configurar varios sitios de producción para esto, pero sería genial poder tener los sitios en mi computadora local.

Será muy difícil hacer que DiscourseConnect funcione (al menos como fuente, que necesita una URL) en desarrollo. Si eres bueno en esos juegos de DNS (como enrutar esos a través de tu firewall), entonces nada te impide ejecutar varios sitios de producción en tu máquina local.

1 me gusta

Yo no :slight_smile: Me quedaré probando en sitios de producción.

1 me gusta