<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><span><div> </div>
</span><div>If config sample files are being used as a living document then that would be a reason to leave the deprecated options in there. In my experience as a cloud deployer I never once used them in that manner so it didn't occur to me that people might, hence my question to the list.<br></div>
<div> </div>
<div>This may also indicate that people aren't checking release notes as we hope they are. A release note is where I would expect to find this information aggregated with all the other changes I should be aware of. That seems easier to me than aggregating that data myself by checking various sources.<br></div></div></blockquote><div><br></div><div><br></div><div>One way to think about this is that the config file has to be accurate or the code won't work, but release notes can miss things with no consequences other than perhaps an annoyed operator. So they are sources of truth about the state options on of a release or branch.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div></div>
<div> </div>
<div>Anyways, I have no strong cause for removing the deprecated options. I just wondered if it was a low hanging fruit and thought I would ask.</div></div></blockquote><div><br></div><div>It's always good to have these kind of conversations, thanks for starting it. </div></div><br></div></div>