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: 저는 프로덕션 사이트에서 테스트하는 걸로 할게요.