How to behave regarding commiting

Hola! I'm asking this because quite some time passed since I was active in the development of our beloved language. I'm trying to not break any new rule not known by me. I opened a bug recently [0], somebody else proposed a patch that I like. However, that patch has no test. I will do a test for that code, but then what? Shall I just commit and push? Or the whole branch should be proposed for further reviewing? Thank you!! [0] http://bugs.python.org/issue23887 -- . Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ Twitter: @facundobatista

On 17 April 2015 at 11:41, Berker Peksağ <berker.peksag@gmail.com> wrote:
(Catching up on several days of python-dev email) The ideal case is getting pre-commit reviews, but as a matter of practicality, we each get to decide whether or not we're OK with just pushing a particular change and relying on the buildbots and post-commit review. Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia

On 17 April 2015 at 11:41, Berker Peksağ <berker.peksag@gmail.com> wrote:
(Catching up on several days of python-dev email) The ideal case is getting pre-commit reviews, but as a matter of practicality, we each get to decide whether or not we're OK with just pushing a particular change and relying on the buildbots and post-commit review. Cheers, Nick. -- Nick Coghlan | ncoghlan@gmail.com | Brisbane, Australia
participants (3)
-
Berker Peksağ
-
Facundo Batista
-
Nick Coghlan