Tig, the ncurses front-end to Git

http://www.gitready.com/advanced/2009/07/31/tig-the-ncurses-front-end-to-git.html

by nice1 • 17 years ago

33 13 17 years ago

Plugawy2• 17 years ago

Does anyone know of a similar app for subversion?

diN0bot2• 17 years ago

svnx for macs? i use eclipse with the subclipse plugin plus tkdiff. i haven't had trouble using svn command-line...git, though, constantly behaves unexpectedly and requires vigilant reading of the manual. i've reverted projects back to svn just for the sanity (also, as a team project, i don't want other people wasting time on version control, especially when they require user friendly interfaces, which is lacking in git. tig is cool, but not user friendly enough for certain team members).

btw, mercurial is a pretty sweet alternative. i've already been seduced by github, tho.... i wish they could be repohub instead....

hyyypr• 17 years ago

I'm a big mercurial fan, I tried out git to be able to co pare both fairly, but the first impression i got from git was that it required much more reading than hg to get a hang of it, even for basic stuff. Or maybe it's just that the mercurial documentation/first steps docs is more clear.

bajsejohannes• 17 years ago

I have not tried github properly, so I can't make a fair comparison, but bitbucket is extremely nice. Everything feels just right.

Pistos22• 17 years ago

Well, there's this: http://hg-git.github.com/

"This is the Hg-Git plugin for Mercurial, adding the ability to push to and pull from a Git server repository from Hg. This means you can collaborate on Git based projects from Hg, or use a Git server as a collaboration point for a team with developers using both Git and Hg."

Plugawy2• 17 years ago

Never liked svnx - seems to be very unstable/slow (or it's just our svn server). Coming back to my question - I was thinking about exactly the same application as tig (which is awesome btw) but for subversion (not gui but based based on ncurses).

Pistos22• 17 years ago

I tried tig for a while, but found that it didn't suit my style of git interaction. I often use git add -p, and [repo-wide] git diff. It doesn't appear that tig provides equivalent functionality.

It also was a poor usability match for my usual way navigating: I was often pressing up and down arrow, or page up and page down, only to find it moving something I didn't expect (e.g. a file selection instead of scrolling a view). I'd often have to press q to "pop a view off the view stack".

coliveira2• 17 years ago

The nicest thing about tig is that it is written in just one C source file. Check: http://repo.or.cz/w/tig.git?a=tree

I like to see little utilities like this that are easy to install and understand.

tjr• 17 years ago

One source file, yes, but it's 7500 lines long... for me, at that kind of length, I'd find it easier to understand if broken into sensibly separate files.

coliveira2• 17 years ago

IMHO, C is nice because it doesn't force you to break your code into many small little pieces.

Although I agree that in general it is better to have multiple classes/modules -- if the project really requires it. This is not the case here.

yu• 17 years ago

Thank you for pointing that out. The choice of a single source file is a great C feature. The author appears to have started from a few hundred lines in 2006. Grew that 10x, to a few thousand. Curses/ ncurses bring back good memory of various mail and news readers. I bet a few of you tried curses/ ncurses. IMO, character user interface has its efficiency; prefers CUI to icon bars, ribbons, etc.

Tig, the ncurses front-end to Git

Related Stories