On 11. jan. 2019 09:11, Paolo Cavallini wrote:
Hi all,
On 10/01/19 19:25, matteo wrote:
What I want to propose is a system similar to the coding one: a kind of
stale bot that closes PR automatically after a while. Actually I'd like
to go a step further: if the PR is made by a person with writing rights
than the PR is automatically merged (if the Travis is happy) while if
the person has not commit rights, then the PR is closed automatically to
prevent really ugly docs (not sure if this is achievable).
I agree in accepting PRs, either automatically or manually, after a
reasonable delay. A week seems OK for me.
All the best.
It could be nice to have some pull requests hanging around for
a longer time.
Currently there are two documentation pull request that target
version 3.6. They should be kept on hold until 3.4 (LTR) is
branched out.
So an automatic job should consider the milestone.
Merging should also be delayed while the pull request is being
discussed, so with a one week (or other) rule, the "timer"
should be restarted when there is input.
Håvard
--
Håvard Tveite
Faculty of Science and Technology, NMBU
Drøbakveien 31, POBox 5003, N-1432 Ås, NORWAY
Phone: +47 67231548 Web: http://www.nmbu.no
_______________________________________________
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
