Johannes Schindelin <Johannes.Schindelin@gmx.de> writes: > apart from my thinking this is not backward-compatible (you are supposed > to be able to pull from a complete repo, even if it has a > non-shallow-capable upload-pack), here are my comments: It cannot do a shallow clone against older servers, no. I think it should be able to do a full clone from older servers, but I need to double check -- at least that is how I meant to write that thing but it was late night ;-). > - it is good that MAXPARENT and struct commit_graft are in more public > places now. > > - reparse_* is misleading. Nothing is reparsed, but rather "unparsed". I meant to reparse them thear but forgot. Will remember to fix. > - I'd hesitate to let git-daemon write temporary files. That is a whole > new can of security worms. > > - The custom_graft issue could be handled in a more elegant manner if > git was lib'ified (no temporary file). Since that is already the > plan, why not do that first, and come back later? That is why it does not write any temporary files. It introduces a way to read graft information from an environment variable. > - It looks wrong to me to define MAX_PARENTS as 20 in upload-pack.c, when > MAXPARENT is defined as 16 in cache.h. This is remnant from my earlier one that did not move MAXPARENT out from commit-tree I forgot to clean up before calling it a day. Will remember to clean up. - To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.htmlReceived on Wed Feb 01 04:50:45 2006
This archive was generated by hypermail 2.1.8 : 2006-02-01 04:50:54 EST