<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>If you don't want people to use it then mark it deprecated, then create a new API contract that will hopefully let people upgrade in a few versions. Then delete the old API in a few versions. Don't ever just change the contract!</div><div><br></div><div>I've also seen several libraries put a bunch of API changes in during a major version bump. This is expected. Major version = major changes. As long as its explained and a migration path put forth, it's not a big deal.</div><div><br></div><div>Changing API behavior in a point release or a code revision IS a big deal.<br><br>Sent from my iPhone</div><div><br>On Dec 28, 2012, at 6:01 PM, Stephen Kraus <<a href="mailto:ub3ratl4sf00@gmail.com">ub3ratl4sf00@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><a href="http://developers.slashdot.org/story/12/12/29/018234/linus-chews-up-kernel-maintainer-for-introducing-userspace-bug">http://developers.slashdot.org/story/12/12/29/018234/linus-chews-up-kernel-maintainer-for-introducing-userspace-bug</a><br>
<br>I found this rather good.
</div></blockquote><blockquote type="cite"><div><span>_______________________________________________</span><br><span>Chugalug mailing list</span><br><span><a href="mailto:Chugalug@chugalug.org">Chugalug@chugalug.org</a></span><br><span><a href="http://chugalug.org/cgi-bin/mailman/listinfo/chugalug">http://chugalug.org/cgi-bin/mailman/listinfo/chugalug</a></span><br></div></blockquote></body></html>