[GRASS-dev] black: Python code formatter (eg PEP8)

Markus Neteler neteler at osgeo.org
Thu May 30 13:30:29 PDT 2019


On Thu, May 30, 2019 at 1:14 AM Vaclav Petras <wenzeslaus at gmail.com> wrote:
> On Wed, May 29, 2019 at 4:07 AM Panagiotis Mavrogiorgos <pmav99 at gmail.com> wrote:
>>
>> The main problem with adopting style checkers so late in a project's life is that they usually introduce really vast changes. You practically end up with a huge commit that touches each and every python file. Needless to say this makes using e.g. git blame much much harder.
>
>
> This already happened in the past:
>
> C
> https://trac.osgeo.org/grass/changeset/32526
> 286,279 additions and 272,386 deletions

In 2006, there was another major change in the C code (with months of
preparation):

ANSIfication of GRASS C functions (automated reformatting from K & R C
to ANSI C):
https://lists.osgeo.org/pipermail/grass-dev/2006-January/020767.html
- https://trac.osgeo.org/grass/changeset/18618,
https://trac.osgeo.org/grass/changeset/18619
- https://trac.osgeo.org/grass/changeset/18623,
https://trac.osgeo.org/grass/changeset/18625
- https://trac.osgeo.org/grass/changeset/18626,
https://trac.osgeo.org/grass/changeset/18627
- https://trac.osgeo.org/grass/changeset/18628,
https://trac.osgeo.org/grass/changeset/18632
- https://trac.osgeo.org/grass/changeset/18633

Related scientific publication:
A Feedback Based Quality Assessment to Support Open Source Software
Evolution: the GRASS Case Study
https://www.researchgate.net/publication/224674480_A_Feedback_Based_Quality_Assessment_to_Support_Open_Source_Software_Evolution_the_GRASS_Case_Study

(btw: I didn't find these changesets in the git commit list)

> Python
> https://trac.osgeo.org/grass/changeset/68374
> 47,846 additions and 34,489 deletions


best,
Markus


--
Markus Neteler, PhD
https://www.mundialis.de - free data with free software
https://grass.osgeo.org
https://courses.neteler.org/blog


More information about the grass-dev mailing list