[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: git as svn working copy?

From: solo turn <soloturn_at_gmail.com>
Date: 2005-06-20 13:54:10 CEST

thanks a lot!

On 5/27/05, David Waite <dwaite@gmail.com> wrote:
> Probably not a working copy, it is a filesystem-based object database
i liked linus torvalds "3 sec is one sec too much" opinion on speed:
http://www.realworldtech.com/forums/index.cfm?action=detail&PostNum=3322&Thread=206&entryID=49699&roomID=11

and our main problem (on windows) is the working copy speed and file
system defragmentation.

> 1. Copy/rename tracking is implicit in git - file contents are indexed
> by the sha1 hash of the contents, so a copy/move can only be tracked
> if there is a commit without change to the file contents. Thus, it
> would probably be necessary to represent copy/renames as two distinct
> commit objects in git in order for copy/moves to be inferred.
hmm. no solution comes into my mind.

> 2. Git has no concept of a repository version number (feature, not a
> bug - it uses sha1 hash values based on the contents of a revision's
> tree, and has commit objects representing the transition between
> trees). This may be possible to indicate with tags, but could cause a
> lot of excess tags.
but svn could store the hash in a property? or key?

> 3. Git has no concept of metadata such as svn properties. The data
> model would probably need to be extended to support such a concept
> (although a specially-named file could be an appropriate hack.)
anything should be better than the 10 files and directories per
file/dir stored now :))

> 4. Branches in subversion are just filesystem subdirectories, while
> git has them as parallel full trees. This is the real sticking point I
> believe. While you could use git as a format, you would be operating
> in a different manner than considered appropriate, and would not want
> to expose this database to other tools.
but you can freely decide to create one or not? svk also uses a local
storage for merge and branch information.

-solo.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jun 20 13:55:29 2005

This is an archived mail posted to the Subversion Dev mailing list.