Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Tig: text-mode interface for Git

jonas.nitro.dk

Post reply on HN
Print view View original

11–20 of 31 posts

Re: Tig: text-mode interface for Git

#11

Post by skeuomorf »

moonshinefe wrote: post #2

I use this tool quite a bit. It's pretty nice, especially when SSHing into remote systems that don't have any UI available, but you need to do work with git repositories. It's the best text-based tool I've seen for quickly visualizing git histories and diffs for each commit.

You might also enjoy ranger[0] which is a console file manager with vi key bindings, I use it as my primary file manager and it's pretty convenient when SSHing as well.

Edit: I should also clarify that if I will work with a remote directory for a non-trivial amount of operations or time, I just mount it locally via sshfs[1] which also saves me the pain of having to install ranger on the remote machine.

[0] https://news.ycombinator.com/item?id=10090834

[1] http://fuse.sourceforge.net/sshfs.html

Re: Tig: text-mode interface for Git

#13

Post by tomswartz07 »

leephillips wrote: post #12

If you use vim, fugitive is a pleasant and powerful wrapper for git.

To further expand on your comment, Tim Pope's Fugitive plugin is an almost exact replica of OP's tig program.

Fugitive allows you to perform almost all of these actions while still in Vim; I'd say it's almost a must-have for anyone who uses Vim and Git.

Re: Tig: text-mode interface for Git

#14

Post by sevensor »

fougerejo wrote: post #7

I use tig daily, it's so much faster to select the files/chunks/lines to add to the staging area than with the command line.

Staging view is quite useful and I spend a lot of time there too. Also, maybe because I haven't tried enough of the alternatives, I think tig does the best job of visualizing the commit graph.

Re: Tig: text-mode interface for Git

#15

Post by cmiles74 »

skeuomorf wrote: post #10
wtbob wrote: post #4

Pretty neat. Another terminal/GUI interface is Magit, the emacs mode for git. Stuff like this is nice because it does let one directly manipulate objects within a git repository easily with a few keystrokes, rather than having to type 'git exchange-frobnozz --quark-handler=positronium' constantly (or having a million aliases, each of which is useful right up until it needs to be modified slightly). The disadvantage,…

I recently switched from vim to emacs (mostly cause I want to mess around with LISPs and emacs LISP support is good e.g. CIDER) and I've had my eye on Magit from the get go, haven't had the time to mess around with it yet but definitely looking forward to do that. >The disadvantage, of course, is that one really should still know how to use git competently at the command line for the 15% of tasks such wrappers aren't…

IMHO, Magit is easy to pick up and well worth the modest time investment. I have found the new release to be pretty speedy and making the commit directly from within Emacs is very handy.

Re: Tig: text-mode interface for Git

#16

Post by andrewla »

nyir wrote: post #5

The one thing tig is really good for imo is the interactive log view with branch information etc.; it also loads asynchronously, so e.g. the Emacs repository will still take quite a while to load for all commits, but it's usable in the meantime.

Agree strongly. I find all the functionality unrelated to log exploration to be extraneous at best, and dangerous at worst, when a simple key press can actually make unexpected changes.

I'm perfectly comfortable on the command line for all the tasks except log exploration, where I find the interactive elements to be indispensable to prevent constant copying and pasting between log/diff/blame/show.

Re: Tig: text-mode interface for Git

#17

Post by 0x0 »

stonewhite wrote: post #9

Maybe it is a problem of me, but can't really get to use a visual front-end or framework (like gitflow) for git. It almost always feels (inferior|complicated|bloated) compared to vanilla command line usage.

A visual tree view of how commits relate to various branches are always useful, doubly so when you can browse the diffs for the commits "point-and-click" (or arrow-keys, in this case)

Re: Tig: text-mode interface for Git

#19

Post by tenfingers »

wtbob wrote: post #4

Pretty neat. Another terminal/GUI interface is Magit, the emacs mode for git. Stuff like this is nice because it does let one directly manipulate objects within a git repository easily with a few keystrokes, rather than having to type 'git exchange-frobnozz --quark-handler=positronium' constantly (or having a million aliases, each of which is useful right up until it needs to be modified slightly). The disadvantage,…

The `tig` blame mode is still vastly superior though. I find blame in magit (and magit-next) unusable, unfortunately.

Re: Tig: text-mode interface for Git

#20

Post by theOnliest »

nhaehnle wrote: post #6

One of the nice things about tig is its configurability. I have this in my ~/.tigrc, which helps a lot with my workflow: bind main R !git rebase -i %(commit) bind main M !git merge --ff-only %(commit)

I added that R binding a couple of months ago, and it is magical. I hated having to git log, copy the sha, and then 'git rebase -i [paste]' every time. I've mostly switched over to magit, but this is one thing I still use tig for.
Post reply on HN