[QGIS-Developer] pre-commit for code-formatting
Denis Rouzaud
denis.rouzaud at gmail.com
Thu Dec 12 05:42:08 PST 2024
Le jeu. 12 déc. 2024 à 14:22, Julien Cabieces <julien.cabieces at oslandia.com>
a écrit :
>
> Oh, yes, I was looking at an old version of the documentation.
>
> > I think it's a great tool on developer side but I have my concerns about
> > the CI part. It adds a lot of automatic commit which doesn't help when
> > you want to read the git history. If you want to blame a specific line
> > of code, you can land in this type of commit instead of the relevant
> > modification you were heading to. You can trace it back to the pull
> > request but it's one more step, and it makes us even more attached to
> the
> > GitHub platform.
> >
> > Thanks to Nyall's hint, I have added the refactoring commits to
> https://github.com/qgis/QGIS/blob/master/.git-blame-ignore-revs
> > When I blame files online in Github it seems to be working:
> > For instance,
> https://github.com/qgis/QGIS/blame/master/src/gui/actions/qgsactionmenu.h
> > Last commit is the pre-commit run but you don't see it in the blame.
> >
>
> This works for the refactoring commits but not for all the pre-commit
> commits added in Pull Requests.
>
I see only 2 options there:
1. We do not auto update PR (basically same behavior than before) and ask
people to setup the pre-commit hook
2. We automatically add the commits to the .git-blame-ignore-revs (possibly
after merge to avoid merging conflicts !!!) (might be an issue if it grows
too big)
Thoughts?
Denis
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/qgis-developer/attachments/20241212/a232670f/attachment.htm>
More information about the QGIS-Developer
mailing list