Thread (21 messages) flat view 21 messages, 7 authors, 2016-06-15

Re: [PATCH] provide advance warning of some future pack default changes

From: Joel Becker <hidden>
Date: 2016-06-15 22:44:00

Possibly related (same subject, not in this thread)

On Fri, Dec 14, 2007 at 09:23:38PM -0500, Nicolas Pitre wrote:
On Fri, 14 Dec 2007, Joel Becker wrote:
quoted
	The relevant message is:

Message-ID: [off-list ref]

See the paragraphs at the bottom.  The thread, started by me, begins
with:

Message-ID: [off-list ref]
OK.  From those emails Junio forwarded to me, I don't see any case for 
actual _corruptions_.  Git does indeed refuse to work with unknown pack 
index or unknown objects in a pack.  Really old versions were not overly 
clueful as to why they refused to work, but they should never corrupt a 
pack which, for all purposes, is always read-only anyway.
	You may not see a case for actual corruptions, but my coworker
updated his tree on a box with 1.5.x, then tried to work on a box with
1.4.x (I think 1.4.2 back then), and ended up with a tree that was
unusable.  He had to re-clone, and I think he got lucky recovering
pending changes (probably using 1.5.x on the branches with the changes,
as master was what got broken).
	My point is not that change is always bad, but that we should
really look forward to what we're doing, and that "it's in the release
notes" is not sufficient if an older git gives an incomprehensible error
or a silent problem.  I was responding to the cavalier statement "well,
it's in the release notes, so don't worry about older versions".

Joel

-- 

"Vote early and vote often." 
        - Al Capone

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker@oracle.com
Phone: (650) 506-8127
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help