Re: [PATCH 2/2] reflog: ignore expire-unreachable for "HEAD" reflog

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Am 4/14/2010 22:35, schrieb Junio C Hamano:
> "git reflog expire" (and "git gc") examines the reflog entries and
> discards old/stale ones using two criteria.  The entries that are older
> than "reflogexpire" (defaults to 90 days) are unconditionally removed, and
> the entries that are older than "reflogexpireunreachable" (defaults to 30
> days) are removed if the entry point at commits that are not reachable
> from the value of the ref.
> 
> This is reasonable for local branches, remote tracking branches and tags.
> You (or other people) may have failed experiments that have been made and
> then later discarded by resetting the tip of the branch back, and setting
> the value of "reflogexpireunreachable" shorter than that of "reflogexpire"
> will prune the entries that describe these failed experiments earlier than
> the entries that describe the steps that led to the current history.
> 
> It however doesn't make much sense for "HEAD" reflog.  When you switch
> between branches, it is normal that the tip of the branch you were on is
> not an ancestor of the branch you have switched to.  Expiring the entries
> that describe what you did while on the previous branch earlier than usual
> does not help.

Does not help what? What is the problem?

-- Hannes
--
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

[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]