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

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

From: Nicolas Pitre <hidden>
Date: 2016-06-15 22:43:59

Possibly related (same subject, not in this thread)

On Fri, 14 Dec 2007, Joel Becker wrote:
On Fri, Dec 14, 2007 at 08:38:51AM -0500, Nicolas Pitre wrote:
quoted
On Fri, 14 Dec 2007, Jakub Narebski wrote:
quoted
Which means what? Local clone with shortcut (hardlinking and remotes)?
Dumb protocols (http, ftp, rsync)?
Right, or simply shared repo over NFS or the like.

The 1.5.5 release notes will contain a note reminding people to set the 
corresponding config variables if they wish to retain the legacy 
behaviors.
	We've seen that release notes are a poor way to communicate
this.  What will happen to a 1.4.4 user when they try to access the
repository?  Corruption, cryptic error message, or clean "this repo is
not compatible" message?
There won't be any corruption.

In the best case there will be a message along "x is not supported by 
this version of Git -- please consider upgrading".  In the worst case 
it'll say "x is bad".

But you know what? repositories with the change affecting 1.4.4 users 
are _already_ out there and no one complained recently.  Anyone pushing 
changes over the native Git protocol is already using deltabaseoffset as 
the native protocol negociate that capability in its handshake, and 
these days we keep packs as is on the receiving side when they're large 
enough.


Nicolas
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help