On Tue, 13 Feb 2007, Andy Parkins wrote: > That perhaps might be the explanation for the bad behaviour. The ref is being > updated in git-cvsserver by writing the new head hash into the lockfile then > doing > > unlink($reffile); > rename($lockfile, $reffile); Wouldn't it be much better if it used git-update-ref instead? This manual ref updating looks like it has a potential for races to me. Also git-update-ref should probably be used with -m to create reflog entries. Nicolas - 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