Carl Worth <cworth@xxxxxxxxxx> wrote: > This when-you-first-learn-you-want-them-it's-too-late-to-get-them > aspect of ref logs is really annoying. It sets up an unkind trap for > users. Yes. Which is why its in my ~/.gitconfig. :-( > I know several people have suggested they be enabled by > default. What's the status of that suggestion? Rejected? Just > awaiting a patch? Its been suggested and discussed. But the problem raised is that there are many types of repositories, and not all should always have reflogs enabled, and its hard to tell which one should and which shouldn't by default, and its even worse to force it into a user's ~/.gitconfig as then repositories which should not have reflogs are getting them anyway. * Normal working repository (wants reflogs); * Bare private (backup) repository (wants reflogs); * Bare shared repository (probably doesn't want reflogs); * Import generated repository (probably doesn't want reflogs); ... Find a way to make git-init-db know the difference magically and you'll probably see a patch emerge quickly afterwards. But right now I don't think anyone really has a great solution to the problem. I know Junio wrote something on this not too long ago (and it was a good writeup too) but I can never find threads in gmane's archives, so I'm just going to leave that to someone else... -- Shawn. - 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