Junio C Hamano wrote:
The other comments mostly make sense.
> After reading what the whole function does, I think the purpose of
> this function is to take gc-lock (with optionally force). Perhaps a
> name along the lines of "lock_gc", "gc_lock", "lock_repo_for_gc",
> would be more appropriate.
The whole point of this exercise is to _not_ lock up the repo during
gc, so I can do minimal commit/ worktree/ ref update operations when
it's running. I can't expect the reflog to work, so complex
history-rewriting operations should be avoided; that's about it, I think.
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html