<div dir="ltr">Hi Harissou,<div><br></div><div>It might be possible that setting up this workflow on the main repo would basically run fine in all forks (if actions are enabled) without any action required from the user.</div><div><br></div><div>Would be worth a try!</div><div><br></div><div>Denis</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le lun. 22 mars 2021 à 18:30, DelazJ <<a href="mailto:delazj@gmail.com">delazj@gmail.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi Matthias,</div><div><br></div><div>I realized afterwards that the solution I found and that was somehow "well" working for my workflows could not necessarily be proposed to our contributors, be it for docs or for code repo. It requires the person to be used to git(hub settings) and not all of us have looked into these (and it may generate some unnecessary confusing noise if not well set up). So let's say that my message was more to share the tool (in the case there are othr lazy people like me or without access to full git command line tools).</div><div>About the failures, give me your slots and I'd be happy to share screens with you and explore the issues I encounter. Thanks.<br></div><div><br></div><div>For the docs contributions, you are right: let's keep redirecting people to the "Edit on github" button at the top of the pages. The idea to add an information that there's no harm in hitting the button sounds good to me. You meant as a full text next to the "edit on github" or a text when hovering it? Not idea how deep we can customize the readthedocs template.</div><div><br></div><div>Regards,</div><div>Harrissou<br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le ven. 19 mars 2021 à 12:25, Matthias Kuhn <<a href="mailto:matthias@opengis.ch" target="_blank">matthias@opengis.ch</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Harrissou,<div><br></div><div>Making contributions to the documentation as easy as possible for everyone is a very good goal.</div><div><br></div><div>I think for most people the "edit on github" button on the documentation page should be the number one go-to place for edits discovered on the fly. Normally this will open a new branch in your repository (yes, sometimes you get a `patch-1` branch, but that's impossible to avoid this way as far as I am aware of).</div><div>Random thought, maybe we could add a link next to it that a) explains that we appreciate contributions and b) that there is no risk involved and any change will be reviewed before it's published.</div><div><br></div><div>The fork sync with upstream looks like a good solution for people who have commit rights on the main repository (like you do). As far as I can tell, you need to set this up on your own repository and nothing that can be done "centralized".</div><div><br></div><div>For debugging the failures I am afraid that this won't be possible just on the basis of a mail. I'd need to be able to ask some questions interactively, maybe we can find some time to share a screen?</div><div><br></div><div>Regards</div><div>Matthias</div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Mar 15, 2021 at 11:39 AM DelazJ <<a href="mailto:delazj@gmail.com" target="_blank">delazj@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Hi all,<br><br>During the last QGIS Open Day, Rosa made a talk about how she became a docs contributor (if you did not see it, worth a watch [0]). One point raised by some attendees is the not-so-obvious way for beginners to have their branches (mainly master) aligned with the upstream repo. Actually a general issue with github web interface.</div><div><br></div><div>I stumbled upon the "Fork Sync With Upstream" [1] github action few days ago and implemented the workflow in my fork [2]. Having no git tool on the main machines I work with, it's something I began to use and I see this as an easy opportunity to quickly be inline with upstream and contribute directly from within github website (and avoid those patch-xxx branches). Some runs at [3](*).<br></div><div><br></div><div>Could this be of a greater interest, and something to set up in our repo (don't know how and I'm not a github actions guru)?<br><br></div>(*) it works well on my qgis docs repo [4]. For the code repo, it works nicely with release-* but fails on master due to some workflows permission. I also would like to run "pull --rebase" but no success, yet. Any help would be more than welcome. Thanks.<br><div><br>[0] <a href="https://www.youtube.com/watch?v=ckrAg6azip8" target="_blank">https://www.youtube.com/watch?v=ckrAg6azip8</a><br>[1] <a href="https://github.com/marketplace/actions/fork-sync-with-upstream" target="_blank">https://github.com/marketplace/actions/fork-sync-with-upstream</a><br>[2] <a href="https://github.com/qgis/QGIS/compare/master...DelazJ:main2" target="_blank">https://github.com/qgis/QGIS/compare/master...DelazJ:main2</a><div>[3] <a href="https://github.com/DelazJ/QGIS/actions/workflows/sync_branches.yml" target="_blank">https://github.com/DelazJ/QGIS/actions/workflows/sync_branches.yml</a></div><div>[4] <a href="https://github.com/DelazJ/QGIS-Documentation/actions/workflows/branchUpdates.yml" target="_blank">https://github.com/DelazJ/QGIS-Documentation/actions/workflows/branchUpdates.yml</a></div><div><br></div><div>Looking forward,</div><div><br></div><div>Regards<br></div><div>Harrissou<br></div><br></div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>
</blockquote></div></div>
_______________________________________________<br>
QGIS-Developer mailing list<br>
<a href="mailto:QGIS-Developer@lists.osgeo.org" target="_blank">QGIS-Developer@lists.osgeo.org</a><br>
List info: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
Unsubscribe: <a href="https://lists.osgeo.org/mailman/listinfo/qgis-developer" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/qgis-developer</a><br>
</blockquote></div>