ttereshc at redhat.com
Tue Jun 18 08:33:15 UTC 2019
I'm usually all for consistency, and having standard style sounds good in
1. What worries me is that there is basically no way back, we can't just
try it out.
Maybe waiting a bit to see if black has more adoption in the Python
community and goes GA is not a bad idea.
2. Is now the point when we desperately need autoformatter?
I don't work with many plugins but I read/review code a lot, including
pulpcore, pulpcore-plugin, pulp_file, pulp_rpm, pulp_maven, pulp_ansible
and a bit of pulp_docker.
I didn't encounter a noticeable difference in style which will make me feel
that I need to adopt to it.
3. If one of the goals is to make the code more readable, in my subjective
opinion, after black changes, it's 50/50.
Some parts are more readable, some parts are less. (just to be clear, I'm
NOT talking here about single or double quotes.)
On Tue, Jun 18, 2019 at 4:43 AM Daniel Alley <dalley at redhat.com> wrote:
> On Mon, Jun 17, 2019 at 1:15 PM Brian Bouterse <bbouters at redhat.com>
>> +1 to adopting this. Thank you @daviddavis for writing
>> On Mon, Jun 10, 2019 at 1:58 PM David Davis <daviddavis at redhat.com>
>>> I opened PUP-8 that proposes adopting black and pydocstyle along with
>>> a PR against pulpcore to demonstrate how it would change pulpcore's code.
>>> Please review and respond with votes. The deadline will be June 22, 2019.
>>>  https://github.com/pulp/pups/pull/17
>>>  https://github.com/pulp/pulpcore/pull/170
>>>  https://github.com/pulp/pups/blob/master/pup-0001.md#voting
>>> On Tue, Jun 4, 2019 at 2:53 PM Simon Baatz <gmbnomis at gmail.com> wrote:
>>>> On Tue, Jun 04, 2019 at 08:25:47AM -0400, David Davis wrote:
>>>> > I wanted to get feedback from the Pulp community on using black
>>>> > auto-format our Pulp 3 code. I have some mixed feelings about it
>>>> as I
>>>> > see some potential benefits of using it but also some downsides as
>>>> > well.
>>>> +1 for black (pulp_cookbook uses black for a couple of months now).
>>> Pulp-dev mailing list
>>> Pulp-dev at redhat.com
>> Pulp-dev mailing list
>> Pulp-dev at redhat.com
> Pulp-dev mailing list
> Pulp-dev at redhat.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Pulp-dev