Announcing gitsh: A dedicated shell for git commands(robots.thoughtbot.com)
robots.thoughtbot.com
Announcing gitsh: A dedicated shell for git commands
http://robots.thoughtbot.com/announcing-gitsh
18 comments
[deleted]
Of all the Git commands, I find myself using git status most often
I've been using Ryan Tomayko's git-sh [1] for years. It provides very similar functionality and consists of just a handful of Bash scripts.
[1] https://github.com/rtomayko/git-sh
[1] https://github.com/rtomayko/git-sh
This is definitely interesting, and I might check it out for the couple of times a week that I have to do complicated stages of commits or rebasing.
Generally speaking, though, I love git because I don't have to break out from my normal flow to use it.
My use case is potentially very different since most of my projects under version control are personal / single_committer, but I've saved myself some of the typing by aliasing common git commands to short codes: 'git add' becomes 'ga', 'git commit' == 'gc', 'git push' == 'gp'. That way, committing/pushing a bug I've just fixed becomes `gc -am '$message' && gp`.
Generally speaking, though, I love git because I don't have to break out from my normal flow to use it.
My use case is potentially very different since most of my projects under version control are personal / single_committer, but I've saved myself some of the typing by aliasing common git commands to short codes: 'git add' becomes 'ga', 'git commit' == 'gc', 'git push' == 'gp'. That way, committing/pushing a bug I've just fixed becomes `gc -am '$message' && gp`.
It looks nice with the syntax coloring, and it's obvious a good amount of work went into it, but I personally don't see a clear benefit to altering my workflow to save what appears to literally be a couple of characters over a transaction.
What might be interesting is being able to import and export configurations to standardize git usage across multi-coder projects?
What might be interesting is being able to import and export configurations to standardize git usage across multi-coder projects?
Seems pretty good! Would love to use it but it's giving me an error about not having >Ruby 2.0 (I use RVM)
We were trying to avoid depending on RVM Rubies, because they get moved and deleted a lot, and that shouldn't stop our dev tools from working.
If you're on OS X, and installed via Homebrew, then the installer should have detected that system Ruby was too old and installed Ruby 2.0 from Homebrew for you.
If you're not on OS X, you'll need to either install Ruby 2.0 or later before installing gitsh, or if you want to work around our RVM avoidance, you can force the installer to use your current RVM Ruby: `RUBY=$(which ruby) ./configure`
If you're on OS X, and installed via Homebrew, then the installer should have detected that system Ruby was too old and installed Ruby 2.0 from Homebrew for you.
If you're not on OS X, you'll need to either install Ruby 2.0 or later before installing gitsh, or if you want to work around our RVM avoidance, you can force the installer to use your current RVM Ruby: `RUBY=$(which ruby) ./configure`
Thanks! I managed to get it to work by running `ln -s $(which ruby) /usr/lib/ruby` since nothing else on the system uses ruby
Another similar project (which I use) is scm breeze, which sets up tons of useful aliases for various git commands. It gives you much cleaner git status and log outputs, which allows you do things like `ga 1 3 5` to add files numbered 1,3,5 to the index without typing in file names.
[1]: https://github.com/ndbroadbent/scm_breeze
[1]: https://github.com/ndbroadbent/scm_breeze
I prefer native system packages to tarballs, so here's a script [1] to generate .deb and .rpm packages using Jordan Sissel's FPM [2] (gem install fpm).
[1] https://gist.github.com/rasschaert/8915657
[2] https://github.com/jordansissel/fpm
[1] https://gist.github.com/rasschaert/8915657
[2] https://github.com/jordansissel/fpm
Interesting, but if I were the author I would definitely avoid the name "gitsh" since some googling reveals there have been prior arts under exactly the same name: https://github.com/caglar/gitsh https://gist.github.com/aristus/2304335
[deleted](1)
I can definitely see myself using this. I generally have one terminal tab open just for git anyways, so this would fold into my workflow nicely.
The only thing which I personally found interesting was the empty enter command shows git status.
Here is something like that for zsh in case you need it.
https://gist.github.com/anonymous/0aa22dc97ef832f88026
Here is something like that for zsh in case you need it.
https://gist.github.com/anonymous/0aa22dc97ef832f88026
I see one problem with it .. how do I launch vim and other shell commands?
ctrl+z and using other terminals is ok, but it's not the same thing.
ctrl+z and using other terminals is ok, but it's not the same thing.
Do we really need a shell for this? If you're reusing some of these so often, why not just alias them in your bashrc? The interactive shell requires way more key-presses than any of my aliases not to mention sticking me into a shell that I need to exit out of later to get back to my development environment.
$ cat ~/.bashrc | grep git
alias gitc='git commit -a -s'
alias gitls='git log --pretty=oneline'
alias gitb='git branch'
alias gitca='git commit -a --amend'
alias gits='git status' $ cat ~/.alias
alias g='git'
$ cat ~/.gitconfig
[alias]
st = status
br = branch
co = checkout
Yes, I use it too! Saves me a lot of time.
$ cat ~/.bash_profile | grep git
alias gco="git checkout"
alias gpu="git pull"
alias gcom="git commit"
alias gfr="git fetch && git rebase -i"
alias g="git"For people using oh-my-zsh, the git plugin has similar ones and quite a few more handy ones.
https://github.com/robbyrussell/oh-my-zsh/blob/master/plugin...
https://github.com/robbyrussell/oh-my-zsh/blob/master/plugin...
it actually looked nice imho before i realized it's one helluva slow ruby app(sorry, i like ruby, and considering i'm on a haswell laptop, i think i deserve to have my shell commands execute instantly).
unlike the hub command by github(doing different things) the gem dependencies/parsley are not trivial to combine into a single standalone version, so if i chose to use this i would have to install this weird structure of a ruby gem that is distributed as some kind of app that installs itself into usr/lib(most probably because rubygems would make the startup time even slower).
apparently there's also this https://github.com/rtomayko/git-sh which is just bash. but yeah i think i'll just stick with my aliases and tig.
EDIT: i don't know how i saw a /usr/bin/ruby shebang, but forget that part of the rant
unlike the hub command by github(doing different things) the gem dependencies/parsley are not trivial to combine into a single standalone version, so if i chose to use this i would have to install this weird structure of a ruby gem that is distributed as some kind of app that installs itself into usr/lib(most probably because rubygems would make the startup time even slower).
apparently there's also this https://github.com/rtomayko/git-sh which is just bash. but yeah i think i'll just stick with my aliases and tig.
EDIT: i don't know how i saw a /usr/bin/ruby shebang, but forget that part of the rant
Cool.
What about Windows?
What about Windows?
What would also be neat: a "generate a shell on demand" command. So `use git` would give you something that's about 90% of gitsh, but equally `use apt-get` would do the same thing for apt and so on.
But perhaps we're getting a little bit carried away here, for a couple of keystrokes :-)
But perhaps we're getting a little bit carried away here, for a couple of keystrokes :-)
It already exists: http://defunkt.io/repl/. Installing it and running `repl git` will put you into a git REPL.
Thanks!
I wrote an introduction to Magit a while back. Magit has a very simple and understandable "context menu" interface that gives you access to all of Git's functionality, and then some. In other words, it's not a pared-down environment like a lot of frontends.
http://www.masteringemacs.org/articles/2013/12/06/introducti...