git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: Johannes Schindelin <Johannes.Schindelin@gmx.de>
To: git@vger.kernel.org
Subject: First round of UGFWIINI results
Date: Tue, 17 Feb 2009 17:47:08 +0100 (CET)	[thread overview]
Message-ID: <alpine.DEB.1.00.0902171745320.6185@intel-tinevez-2-302> (raw)

Dear fans of Git,

a while ago I announced the UGFWIINI contest, a glorious battle of ideas
how to

	Use Git For What It Is Not Indended

As most of you probably did not find my blog yet, this may come as a
surprise to you, but it will not be the only surprise in this email.

I managed to collect 10 candidates already, and since I did all the hard
work of collating them, I took the liberty of ordering them into a very
subjective order of ugfwiininess (pronounced "You-gah-wee-knee-ness").

Please assist me while reading this mail by hitting your desk alternating
between your two index fingers, increasing the frequency from 2 to 4 hertz
throughout the mail.

Ready? Okay.

Number 10:

Sergio Callegari describes how to manage opendocument (openoffice.org) files
in git in

	http://kerneltrap.org/mailarchive/git/2008/9/15/3305014

While this might strike some of you as pretty lame, in my opinion it is still
something Git was not intended for: Never mind the title "stupid content
tracker", Git was clearly intended to track source code stored as small ASCII
files; otherwise, 'git diff' would not be such an integral part of Git.

Number 9:

Tim Ansell talked about managing large media with Git at the GitTogether:

	http://www.thousandparsec.net/~tim/media+git.pdf

This falls into the same category as number 10, but in addition it strains
the assumption of Git that you can easily fit the contents of a file into
memory, as well as the assumption that it is pretty easy (and meaningful)
to make a diff from two versions of a file.

Number 8:

Avery Pennarun explains his endeavor of tracking windows with git...
"If I get a virus, I can 'git revert' it."
http://alumnit.ca/~apenwarr/log/?m=200901#21
 
Sverre remarks: "It even beats the way we use Git to track the MSys
installation in msysgit.git..."

This is also related to Martin Krafft's idea to sort of replace the Debian
packaging management by using Git, but...

Number 7:

... actually does something like that: James Tucker implemented a port manager
based on Git:

	http://github.com/raggi/source_ports

Number 6:

Dieter Plaetinck synchronizes Firefox profiles using Git:

	http://dieter.plaetinck.be/rethinking_the_backup_paradigm_a_higher-level_approach

Now, this even strains the definition of "content"...

Number 5:

David Abrahams archiving a large number of files (and detecting duplicates)
uses Git partly for something it _can_ do, but certainly was not intended to
do: identify duplicates.

	http://kerneltrap.org/mailarchive/git/2009/1/27/4827304

While the content-addressable filesystem has to deal with duplicates in the
_time_ dimension very well (not many files are supposed to change from one
revision to the next one, so most of the files _are_ duplicated), dealing
with it in the _space_ dimension is not the purpose of Git, as can be seen
by the lack of tool support for it (also keep in mind the absence of git-cp).

Number 4:

Josef Wolf asks in <20090131123336.GA1702@raven.wolf.lan> (with a fully
valid Mail-Followup-To header) "How to move subdirectories from one svn
repos to another."

"I would like to move a complete subdirectory with all its history from
one svn repository to another."

Now, the ugfwiininess of this entry is definitely increased dramatically
by Josef being inclined to go to Git _and back to Subversion_ again :-)

(Imagine a cheeky smirk on the face of your host.)

Number 3:

Jan Krueger's Git cookbook uses a Git repository as a backend of a content
management system:

	http://repo.zoidberg.org/w/git-articledb.git
	http://gitrecipes.de/

This is related to the way my own blog works, but he was first.  Credit
where credit is due.

Number 2:

At the GitTogether, Sam Vilain presented his idea to use Git as a DB backend:

	http://utsl.gen.nz/talks/git-db

Just think about it: committing by "INSERT INTO"!

And now, ladies and gentlemen, please brace yourself for...

Number 1:

Scott Chacon's iGitHub: Running a git-daemon on an iPhone

	http://github.com/schacon/igithub/

This is so awesome as to defeat any attempt to describe it.


I hope you enjoyed the show, and see you again next time, on

	Using Git For What It Is Not Intended

(Now play your favorite jingle.)

             reply	other threads:[~2009-02-17 16:48 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-02-17 16:47 Johannes Schindelin [this message]
2009-02-17 17:29 ` First round of UGFWIINI results Sverre Rabbelier
2009-02-17 23:49   ` Johannes Schindelin
2009-02-17 23:51     ` Sverre Rabbelier
2009-02-17 17:39 ` martin f krafft
2009-02-17 18:04   ` Mike Hommey
2009-02-17 23:51   ` Johannes Schindelin
2009-02-17 18:00 ` Michael J Gruber
2009-02-17 18:34 ` Sergio Callegari
2009-02-19 10:32 ` Peter Krefting
2009-03-03 10:30 ` Jakub Narebski
2009-03-03 11:20   ` Johannes Schindelin
2009-03-07  0:56   ` Jakub Narebski
2009-03-07  2:40     ` Johannes Schindelin
2009-03-03 15:09 ` Reece Dunn
2009-03-03 15:59   ` Johannes Schindelin
2009-03-03 16:04     ` Junio C Hamano
2009-03-03 16:26       ` Sverre Rabbelier
2009-03-03 17:36         ` Johannes Schindelin
2009-03-03 17:28       ` Johannes Schindelin
2009-03-03 16:15     ` Jeff King
2009-03-03 17:27       ` Johannes Schindelin
2009-03-03 17:31         ` Reece Dunn
2009-03-03 17:34         ` Jeff King
2009-03-03 17:49           ` Johannes Schindelin
2009-03-11 10:27 ` Jakub Narebski
2009-03-11 12:09   ` Johannes Schindelin
2009-03-27 15:08 ` Jakub Narebski
2009-03-28  7:42   ` Jeff King
2009-04-22 10:52 ` Pieter de Bie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.DEB.1.00.0902171745320.6185@intel-tinevez-2-302 \
    --to=johannes.schindelin@gmx.de \
    --cc=git@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).