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