gst is like gs. The t is for Tonchis.
gst is a gemset manager inspired by gs.
The difference is that it stays in the same shell and just modifies gem env variables.
To be compatible with gs, it uses a .gs directory and sets the GS_NAME variable.
Since gst is a script and runs in a child environment of your shell, the latter will not take the env changes unless you source them.
$ gst init
$ source gst in
$ source gst outProtip: in bash, . is the same as source.
You can also run commands in the gemset using gst in without sourcing. This will execute them in the proper gem context but will not affect the current shell.
$ gst in gem env homeinit Creates the .gs directory
in Modifies GEM_HOME, GEM_PATH and PATH to use the .gs directory and sets the GS_NAME variable.
out Restores the previous GEM_HOME, GEM_PATH and PATH. Also unsets GS_NAME.With Homebrew
brew tap tonchis/goodies && brew install gstAnd for the standalone version, here's a oneliner.
$ wget https://raw.githubusercontent.com/tonchis/gst/master/bin/gst && chmod +x gst && sudo mv gst /usr/local/binAs I was using gs I noticed it wouldn't play well with chruby.
The issue was the collision between the way gs works, by modifying the gem env variables and firing up a new shell with them, and the fact that chruby also sets those variables when using the autoload script or the chruby command.
The last one being in my .zshrc script, it was stepping over gs's work.
Thus I decided to write my own gemset manager that doesn't run a new shell, but uses the current one.