login
Search
As git continues to develop rapidly, two new web interfaces have appeared allowing one to browse changes in the kernel source tree online. Kay Sievers works on a Perl implementation known as gitweb, and Christian Meder on a Python implementation called wit. The two efforts are evolving separately. For those interested in git development, gitweb also tracks the git and git-pasky development trees.
From: Kay Sievers [email blocked] To: git Subject: GIT Web Interface Date: Tue, 19 Apr 2005 02:44:15 +0200 I'm hacking on a simple web interface, cause I missed the bkweb too much. It can't do much more than browse through the source tree and show the log now, but that should change... :) http://ehlo.org/~kay/gitweb.pl?project=linux-2.6 How can I get the files touched with a changeset and the corresponding diffs belonging to it? Thanks, Kay
From: Petr Baudis [email blocked] Subject: Re: GIT Web Interface Date: Tue, 19 Apr 2005 02:52:45 +0200 Dear diary, on Tue, Apr 19, 2005 at 02:44:15AM CEST, I got a letter where Kay Sievers told me that... > I'm hacking on a simple web interface, cause I missed the bkweb too much. > It can't do much more than browse through the source tree and show the > log now, but that should change... :) > http://ehlo.org/~kay/gitweb.pl?project=linux-2.6 Hmm, looks nice for a start. (But you have obsolete git-pasky tree there! ;-) > How can I get the files touched with a changeset and the corresponding > diffs belonging to it? diff-tree to get the list of files, you can do the corresponding diffs e.g. by doing git diff -r tree1:tree2. Preferably make a patch for it first to make it possible to diff individual files this way. -- Petr "Pasky" Baudis Stuff: http://pasky.or.cz/ C++: an octopus made by nailing extra legs onto a dog. -- Steve Taylor
From: Kay Sievers [email blocked] Subject: Re: GIT Web Interface Date: Tue, 19 Apr 2005 17:59:45 +0200 On Tue, 2005-04-19 at 02:52 +0200, Petr Baudis wrote: > Dear diary, on Tue, Apr 19, 2005 at 02:44:15AM CEST, I got a letter > where Kay Sievers told me that... > > I'm hacking on a simple web interface, cause I missed the bkweb too much. > > It can't do much more than browse through the source tree and show the > > log now, but that should change... :) > > http://ehlo.org/~kay/gitweb.pl?project=linux-2.6 > > Hmm, looks nice for a start. (But you have obsolete git-pasky tree there! ;-) Yeah, it's fresh now. :) > > How can I get the files touched with a changeset and the corresponding > > diffs belonging to it? > > diff-tree to get the list of files, you can do the corresponding diffs > e.g. by doing git diff -r tree1:tree2. Preferably make a patch for it > first to make it possible to diff individual files this way. Ah, nice! Got it working. Thanks, Kay
From: Christian Meder [email blocked] Subject: wit - a git web interface Date: Tue, 19 Apr 2005 16:04:03 +0200 Hi, I uploaded a first draft of wit to http://www.absolutegiganten.org/wit Right now it's a minimal web interface on top of git. Unpack it, make sure you've got at least Python 2.3, optionally install c2html, adjust config.py and start from the root with $ PYTHONPATH=. python git/web/wit.py Point your browser to http://localhost:8090 I append my random notes about this thing: * wit was built with git 075930771b68528ae13630375df2fe634e9ac610 which is 2-3 days old, it's untested with newer gits, it's functional for me * philosophy: provide a git repository browser and show the basic types of git under appropriate URIs like /commit/head, /commit/<sha1>, /tree/head, /tree/<sha1>, /blob/<sha1> and encode operations in URIs like /tree/<sha1>/tarball * the html is probably invalid and looks like crap * it's just sitting on top of git because that's the least moving part of git right now (hah), no usage of git-pasky yet * it's done with quixote 2.0 which is included * don't use it on a kernel tree or you will experience slowness beyond your wildest dreams * it doesn't use revision.h or other lighning fast C goodies until the dust settles down * it'll probably eat your dog and falls apart when blowing at it * I happen to think that it's a nice start Any and all feedback is greatly appreciated. Greetings, Christian -- Christian Meder, email: [email blocked] The Way-Seeking Mind of a tenzo is actualized by rolling up your sleeves. (Eihei Dogen Zenji)
From: Christian Meder [email blocked] Subject: wit 0.0.3 - a web interface for git available Date: Wed, 20 Apr 2005 02:29:11 +0200 Hi, ok it's starting to look like spam ;-) I uploaded a new version of wit to http://www.absolutegiganten.org/wit Wit is a web interface for git. Right now it includes: views of blob, commit and tree objects, generating patches for the commits, downloading of gz or bzip2 tarballs of trees. It's easy to setup and a simple stand alone server configuration is included. Changes: * first release which is tested on the current kernel.git archive * fix diffTree output by using -r * enhance the patch generation to work against multiple parents * remove temporary files after diff generation * fix the tar generation by using the recursive ls-tree variant * disable colored link on tree objects I still hope that I'll get feedback someday ;-) Christian -- Christian Meder, email: [email blocked] The Way-Seeking Mind of a tenzo is actualized by rolling up your sleeves. (Eihei Dogen Zenji)
From: Greg KH [email blocked] Subject: Re: wit 0.0.3 - a web interface for git available Date: Tue, 19 Apr 2005 21:18:29 -0700 On Wed, Apr 20, 2005 at 02:29:11AM +0200, Christian Meder wrote: > Hi, > > ok it's starting to look like spam ;-) > > I uploaded a new version of wit to http://www.absolutegiganten.org/wit Why not work together with Kay's tool: http://ehlo.org/~kay/gitweb.pl?project=linux-2.6&action=show_log Thanks, greg k-h
From: Christoph Hellwig [email blocked] Subject: Re: wit 0.0.3 - a web interface for git available Date: Wed, 20 Apr 2005 10:42:53 +0100 On Tue, Apr 19, 2005 at 09:18:29PM -0700, Greg KH wrote: > > Why not work together with Kay's tool: > http://ehlo.org/~kay/gitweb.pl?project=linux-2.6&action=show_log That one looks really nice. One major feature I'd love to see would be a show all diffs link for a changeset.
From: Christian Meder [email blocked] Subject: Re: wit 0.0.3 - a web interface for git available Date: Wed, 20 Apr 2005 12:03:57 +0200 On Wed, 2005-04-20 at 10:42 +0100, Christoph Hellwig wrote: > On Tue, Apr 19, 2005 at 09:18:29PM -0700, Greg KH wrote: > > > > Why not work together with Kay's tool: > > http://ehlo.org/~kay/gitweb.pl?project=linux-2.6&action=show_log > > That one looks really nice. One major feature I'd love to see would > be a show all diffs link for a changeset. Hi, wit only has "show all diffs" right now but I like the show file diffs of Kay's tool. I'll implement it tonight ;-) Christian -- Christian Meder, email: [email blocked] The Way-Seeking Mind of a tenzo is actualized by rolling up your sleeves. (Eihei Dogen Zenji)
From: Christian Meder [email blocked] Subject: wit - demo site Date: Wed, 20 Apr 2005 11:11:32 +0200 Hi, thanks to my friend Frank Sattelberger I got access to a site where I could set up a demo for wit: http://grmso.net:8090 Couple of notes wrt why I work on another git web interface compared with Kay's work: * I was already experimenting and implementing for a couple of days when Kay's tool was first announced and I didn't want to throw away my feature set * the Web API: wit has a different philosophy when it comes to URIs: The stable URI mapping should translate in a straightforward fashion to git: /blob/<sha1> /tree/<sha1>, /tree/<sha>/diff/<sha1>, etc.; no URL parameters * wit is more of a git view right now: it only uses git and tries to stay close to the repository browsing paradigm (see the API issue above) * wit provides tarballs and patches but that's an easy one for Kay * wit looks uglier but that will hopefully change soon ;-) * I'm a not a Perl guy I'm still seeking feedback ;-) Greetings, Christian -- Christian Meder, email: [email blocked] The Way-Seeking Mind of a tenzo is actualized by rolling up your sleeves. (Eihei Dogen Zenji)
E-mail
Shouldn't the e-mails be blocked out??
Regards
Wow. So in 2 weeks, these guy
Wow. So in 2 weeks, these guys make a whole new SCM, with a web interface too (yes Linus, it's not an SCM, I know - yea right, that's probably some nifty excuse to pretend that you're not violating the bitkeeper license of not working on an SCM for a whole year after using bk). It's not like Larry would sue his best pal. Anyway, why use bitkeeper for 3 years, endure all the flame wars, when they could have spent a few weeks and made their own, optimized SCM? I guess some people need to get to the edge of the cliff before getting in full gear.
Nice
I was afraid we were going to have to live without a linux.bkbits.net equivalent. My fears have been put to rest most effectively. These two tools look great. :-)
GIT is not SCM.
Git is not SCM. scms are quite heavy and complicated tools with complicated file formats.
Git is more about effective patch management in distributed environment. and it doesn't have all those niceties of standard SCMs.
And since git is simpler, doing any addons like web-ui seems to be very easy. At moment.
P.S. Or we can hope that Linus' magic touch to world of SCM will result in new SCM system, which will take over everything else. Just like Linux did to OSs market ;-)
Actually it is
Actually it is, but it's a primitive one that mirrors the technique that people have been doing manually for decades.
The interesting thing is that the GIT file system is going to be supported by Monotone, Arch, DARCS, and a few other SCMs out there. Essentially, GIT may become a universal backend for all SCMs, which is great news. People can work using their preferred tools and still be able to work together. Analysis tools (and diff tools) can be built that work with all SCMs.
Of course GIT is a hard disk resource hog, but give it time. I'd be surprised if a next generation GIT weren't designed to deal with this concern more effectively.
next generation git
except the second-generation git will be over-engineered by committee to the point of uselessness. my money is on the first and third generations.