Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Allow multiple sbt instances on a project. #97

Open
sellout opened this issue Feb 24, 2017 · 4 comments
Open

Allow multiple sbt instances on a project. #97

sellout opened this issue Feb 24, 2017 · 4 comments

Comments

@sellout
Copy link

sellout commented Feb 24, 2017

Something like how eshell works, where a (negative?) prefix arg opens a new buffer rather than jumping to an existing one.

@fommil
Copy link
Contributor

fommil commented Feb 25, 2017

Is this to allow you to do multiple things at once?

I've never had reason for a second one.

@sellout
Copy link
Author

sellout commented Feb 25, 2017

Yeah, exactly. I don’t need it often, but sometimes it’s very useful. For example, yesterday I was running partest on the scala codebase, and it takes a long time. But when a test failed, I wanted to be able to open a second sbt and edit/rerun just that one test without interrupting the overall test suite.

@fommil
Copy link
Contributor

fommil commented Feb 25, 2017

try this alternative: rename the long running sbt buffer to something else. Then start a new one. Then when the long running task is finished, throw it away.

@sellout
Copy link
Author

sellout commented Jun 1, 2017

This was mitigated by @fommil’s suggestion above, but the problem I continue to have is that when I try to run a command like sbt-clear or something on the renamed buffer, it actually performs the command on the other buffer.

The way that the “current” sbt buffer is found should be modified to first see if the current buffer is an sbt buffer, and if so, not look for the “primary” sbt buffer for the project.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants