support spring

[timdiggins]

Thanks for the work on this fork/gem.

I think that currently commands like next rails c when you have "springified" your rails will cause errors, or will always invoke the previous rails rather than the current one. I think this is a matter of making the ENV var changes exported from the next.sh script in line 39

next_rails/exe/next.sh

Line 39 in 3c99380

BUNDLE_GEMFILE=Gemfile.next BUNDLE_CACHE_PATH=vendor/cache.next bundle exec $@

ie. changing this to

    export BUNDLE_GEMFILE=Gemfile.next BUNDLE_CACHE_PATH=vendor/cache.next 
    bundle exec $@

This is quite a small change so it might be easier if a committer did it, but happy to contribute a PR.

[timdiggins]

Actually I've just tested this out and my theory seems to be wrong. You need the export BUNDLE_GEMFILE=Gemfile.next in the calling shell (where you type next rails c or whatever) -- doing it within next.sh, doesn't fix the issue with spring.

It would still be good to support spring automatically (you still need to manually start and stop spring) but for now the workaround seems to be to export BUNDLE_GEMFILE=Gemfile.next rather than (or in addition to) using next

[fbuys]

I have seen a similar thing.

I have never tried to determine the steps to replicate this issue.
Does anyone have the steps to replicate it?