Thread (1 message) 1 message, 1 author, 2016-06-15

Re: using git directory cache code in darcs?

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:41:52

quoted
quoted
quoted
quoted
"DR" == David Roundy [off-list ref] writes:
DR> 1) Would this actually be a good idea?

I think it is sensible, especially if you are doing a lot of
comparison between the working area and the pristine.

DR> 3) Is it likely that git will switch to not using global
DR> variables for active_cache, active_nr and active_alloc?

DR> 4) Would there be interest in creating a libgit?

These are related.  I have seen some people interested in
libifying it, and encapsulating those globals would naturally
fall out of it.  My impression from the list however is that a
lot more people are interested in the upper SCM layer than the
git layer right now.  And git layer, although solid enough to
host itself, is still slushy.  A couple of days ago dircache
format was changed from host to network endian.  Last night
Linus made another change to dircache format, which fortunately
is upward compatible if you stay within pathnames shorter than
2^12 bytes ;-).  Another problem I see for somebody to pick up
and start libifying things right now is that, although there is
one central person on the SCM side (Petr Baudis), git layer is
still fractured between Linus and Petr.

Petr syncs with Linus often and he seems to be doing a good job
at keeping track of public patches, but the git layer Linus
works on does not have some patches Petr collected or wrote
himself.  In time, a better coordination would emerge, of
course, but the project is still young at this moment.  Stay
tuned ;-).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help