<div dir="ltr"><div>One of the things that came up in our retrospective is that we don’t have a formal way to propose changes to our codebase and processes (aka RFCs). This was motivated in part by the recent discussion on merging forward commits on our pulp-dev mailing list. </div><div><br></div><div>I'd like to maybe discuss a way we can propose RFCs and then document this process in our docs. It sounds like there has already been some discussion about how to handle RFCs so I apologize coming into this without having any background. </div><div><br></div><div>Thinking through RFCs, I see two things to address. First is the actual format of the RFC. I see some RFCs in <a href="http://plan.io">plan.io</a> but it doesn’t seem like there’s a standard way of formatting an RFC. Should there be? For reference, here's the template for foreman RFCs. I think it might serve as a good starting point:</div><div><br></div><div><a href="https://github.com/theforeman/rfcs/blob/master/0000-template.md">https://github.com/theforeman/rfcs/blob/master/0000-template.md</a></div><div><br></div><div>Secondly, there’s the question of where to discuss and archive RFCs. Some possible options:</div><div><br></div><div>1. Open a story or task on <a href="http://plan.io">plan.io</a></div><div>2. Use a GitHub repo to store and discuss RFCs (e.g. <a href="https://github.com/theforeman/rfcs">https://github.com/theforeman/rfcs</a>)</div><div>3. Write the RFC on an Etherpad and once accepted, open a <a href="http://plan.io">plan.io</a> issue.</div><div>4. Just send out RFCs to the mailing list</div><div>5. Something else?</div><div><br></div><div>I was thinking we could also use the mailing list in addition to options 1-3 by sending out an email pointing people to the actual RFC.</div><div><br></div><div>Thoughts?</div><div><div class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><br></div><div>David<br></div></div></div></div></div></div></div></div>
</div>