gst is like gs. The t is for Tonchis.
Switch branches/tags
Nothing to show
Clone or download
Fetching latest commit…
Cannot retrieve the latest commit at this time.
Failed to load latest commit information.


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 out

Protip: 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 home


init    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 gst

And for the standalone version, here's a oneliner.

$ wget && chmod +x gst && sudo mv gst /usr/local/bin


As 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.