On Tue, Jul 23, 2013 at 9:06 AM, Duy Nguyen <pclouds@xxxxxxxxx> wrote: > Another is reject new shallow history (i.e. > no additions to .git/shallow) unless the user explicitly asks so > either via --depth or a new option --shallow. This does not mean that > fetching from a shallow clone always fails without either of those > options. The above was at pack level when I wrote that, although I think, from the user perspective, rejecting at ref level makes more sense. That is if a fetch request returns one ref update with incremental updates and one with new shallow history, instead of rejecting the whole request, we reject the second ref update and accept the first one. -- Duy -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html