Junio C Hamano wrote: > I really don't think it is a good idea to avoid mentioning 1.6.0, at > which we *removed* description of the option in our manual pages and > from the "git am -h" help message. How much more active deprecation > would a user want? A warning when the option is used or a mention in the release notes. > To put it another way, think what your answer would be when somebody > sees the message and says "eh? all of a sudden it was removed?". > Wouldn't you tell him "At 1.6.0 we deprecated it and stopped > advertising it"? Why not give that answer upfront? I would tell her "Since 1.4.3 it has been a compatibility no-op and our documentation made that clear, and by now based on a search nobody seems to be using it". What happened in 1.6.0, then? Well, before 1.6.0, the git-am(1) manual said -b, --binary Pass --allow-binary-replacement flag to git-apply (see git-apply(1)). and the git-apply(1) manual said --allow-binary-replacement, --binary Historically we did not allow binary patch applied without an explicit permission from the user, and this flag was the way to do so. Currently we always allow binary patch application, so this is a no-op. Afterwards, the entry in the git-am(1) manual was removed, saving the reader a little time. Jonathan -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html