Re: git gtk+/GNOME gui application: gitg

From: Jesse van den Kieboom <jesse@icecrew.nl>
Date: Feb 4, 2009, 14:46 UTC
Message-ID: <1233758768.7594.27.camel@wren>
In-Reply-To: <4989A8E7.6080109@drmicha.warpmail.net>

Op woensdag 04-02-2009 om 15:40 uur [tijdzone +0100], schreef Michael J Gruber:

Show 52 quoted lines

> Jesse van den Kieboom venit, vidit, dixit 04.02.2009 15:33:
> > Op woensdag 04-02-2009 om 15:29 uur [tijdzone +0100], schreef Michael J
> > Gruber:
> >> Jesse van den Kieboom venit, vidit, dixit 31.01.2009 21:05:
> >>> Hi,
> >>>
> >>> I have been developing a gui application for git for gtk+/GNOME based on
> >>> GitX (which in turn is based on gitk). I feel that it's reaching the
> >>> point where it might potentially be useful for other people to use. It
> >>> currently features:
> >>>
> >>> - Loading large repositories very fast
> >>> - Show/browse repository history
> >>> - Show highlighted revision diff
> >>> - Browse file tree of a revision and export by drag and drop
> >>> - Search in the revision history on subject, author or hash
> >>> - Switch between history view of branches easily
> >>> - Commit view providing per hunk stage/unstage and commit
> >>>
> >>> The project is currently hosted on github:
> >>> http://github.com/jessevdk/gitg
> >>>
> >>> clone: git://github.com/jessevdk/gitg.git
> >>>
> >>> Please let me know what you think,
> >> OK, played with it, looks nice. Some feedback:
> >>
> >> Bug:?
> >> After unstaged a staged file it does not reappear under "unstaged". It
> >> appears nowhere.
> > 
> > Hmm this _should_ happen, if it doesn't it's certainly a bug.
> 
> I just compared with staging/reverting the single hunk I had in there,
> that works perfectly. The bug occurs only when unstaging from the list
> of staged files.
> 
> >> Build:
> >> gitg can't run from the build dir, it needs to be installed.
> >> Reconfiguring with different --prefix does not rebuild (one needs to
> >> make clean manually).
> > 
> > This is true, I got a patch to fix this, but I'm not sure it should go
> > in (e.g. read data files from current working directory). It's not
> > common to be able to run C/gtk+ apps from the build directory, you
> > should install them in a local prefix.
> 
> Sure, but just to try it out? Imagine me poor soul, going through all
> these GUIs and cloning, running
> autogen.sh/qmake-qt4/configure/make/setup.py depending on the tk, and
> finding I have to install in order to try it out (not to mention
> dependencies)? ;)

Yeah I know, it's a hassle. But fixing this would involve quite some hacks in the code (it's not just the ui xml files, also icons and other installed data) to find this data. Unfortunately, autotools is not really friendly in this way. It might be possible to build binaries which have local resources (like OS X bundles) so it can be tried out without installing, but I'm not sure it's worth the effort.

Show 12 quoted lines

> >> Can one stage hunks somehow?
> > 
> > Yes, you can click on the hunk header @@...@@ when viewing the diff in
> > the commit view. You can also rightclick on this header and revert a
> > hunk (or stage/unstage it from the context menu).
> 
> Uh, thanks, works like a charm. I had tried selecting and right-clicking
> the hunk itself...
> 
> Cheers,
> Michael
>

-- 
Jesse van den Kieboom

Personal: http://www.icecrew.nl
Professional: http://www.novowork.com