Le jeu. 12 déc. 2024 à 14:22, Julien Cabieces <julien.cabie...@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
_______________________________________________ QGIS-Developer mailing list QGIS-Developer@lists.osgeo.org List info: https://lists.osgeo.org/mailman/listinfo/qgis-developer Unsubscribe: https://lists.osgeo.org/mailman/listinfo/qgis-developer