<div dir="ltr"><div class="gmail_quote"><div dir="ltr">On Thu, Jun 18, 2015 at 2:47 AM holger krekel <<a href="mailto:holger@merlinux.eu">holger@merlinux.eu</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Wed, Jun 17, 2015 at 22:06 -0700, Floris Bruynooghe wrote:<br>
> I think Ronny had some 2.7.2 plans as well or wanted it soon for some reason?<br></blockquote><div><br></div><div>pytest-cache integration into the core perhaps?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Maybe we can just aim for pytest-2.8 in the next two weeks and forget<br>
about pytest-2.7.2 and then see to have more clarity regarding PR targets.<br></blockquote><div><br></div><div>That would be great, as it would avoid having to review the backlog and port bug issues that went directly into master.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Would it make sense to consider "master" to become the new "bug fix branch"<br>
and have a "pytest-2.9" then where we collect new features? This way<br>
the default is to do bugfixes which might be easier for newcomers to<br>
the project.<br></blockquote><div><br></div><div>I was thinking along the same lines this week. As most of the contributions are bug-fixes, it makes sense to make life easier for PR contributors.</div><div><br></div><div>Cheers,</div></div></div>