Thread (5 messages) flat view 5 messages, 3 authors, 2016-06-15

Re: [PATCH] Make repack less likely to corrupt repository

From: Junio C Hamano <hidden>
Date: 2016-06-15 22:46:08

Possibly related (same subject, not in this thread)

Robin Rosenberg [off-list ref] writes:
onsdag 11 februari 2009 00:56:49 skrev Junio C Hamano:
quoted
We failed to honor what the end user wanted: to repack.  Why should we
exit 0 here?
A repack may or may not yield a better packed repo. In this case, not,
but for a different reason than failing to find better deltas. Given the
circumstances that is most likely to cause the "failure (repacking on
windows), this is "normal" behaviour and no reason to scare the user
with an error code.
Up to this point, I felt my earlier misconception corrected, but then ...
The unlink error might be enough.
... I think we should not even show unlink errors, if "this is not an
error, nothing to worry about" is the official stance about such failure;
otherwise the errors will scare people, *and* others then doubly complain
that even the command detects errors, the whole thing does *not* error
out.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help