Multiple development instances

Development

AI-generated summary

The discussion revolves around the need for multiple development instances of Discourse. pfaffman currently switches between branches and database environments to handle different development tasks, finding it inefficient. simon faces a similar issue, wanting to test a network of Discourse sites with DiscourseConnect providers and clients on his local computer. pfaffman suggests that running multiple production sites on a local machine is possible but may require advanced DNS configuration. simon decides to test on production sites instead, due to the complexity of DNS setup.

1

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?

2

古いトピックへの返信、申し訳ありません。結局、これは機能しましたか？私のユースケースは、Discourseサイトのネットワークをセットアップしてテストしたいと考えており、そのサイトの一部はDiscourseConnectプロバイダーとして機能し、他のサイトはDiscourseConnectクライアントとして機能します。これのために複数の本番サイトをセットアップできますが、ローカルコンピュータでサイトをホストできると素晴らしいでしょう。

3

DiscourseConnect を動作させるのは（少なくとも URL が必要なソースとしては）開発環境では非常に困難です。ファイアウォール経由でルーティングするなど、DNS ゲームに長けているのであれば、ローカルマシンで複数の本番サイトを実行することも可能です。

4

私はそうではありません :slight_smile: 本番サイトでのテストを続けます。