You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're about to add another task for git-maintenance(1) that prunes stale
rerere entries via `git rerere gc`. The condition of when to run this
subcommand will be configurable so that the subcommand is only executed
when a certain number of stale rerere entries exists. This requires us
to know about the number of stale rerere entries in the first place,
which is non-trivial to figure out.
Refactor `rerere_gc()` and `prune_one()` so that garbage collection is
split into three phases:
1. We collect any stale rerere entries and directories that are about
to become empty.
2. Prune all stale rerere entries.
3. Remove all directories that should have become empty in (2).
By splitting out the collection of stale entries we can trivially expose
this function to external callers and thus reuse it in later steps.
This refactoring is not expected to result in a user-visible change in
behaviour.
Signed-off-by: Patrick Steinhardt <[email protected]>
Signed-off-by: Junio C Hamano <[email protected]>
0 commit comments