<div dir="ltr"><div dir="ltr">On Mon, Apr 21, 2025 at 9:11 PM Albert Astals Cid <<a href="mailto:aacid@kde.org">aacid@kde.org</a>> wrote:</div><div class="gmail_quote gmail_quote_container"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">My notes for branching KDE Gear say<br>
<br>
 - Update the "*signer-projects.yaml" and "macappnotarizer-projects.yaml" files in ci-utilities/signing<br>
<br>
<br>
Should I also be doing that for the *publisher-projects.yaml files?<br>
<br>
Or maybe that should wait for the publishing day?<br></blockquote><div><br></div><div>We can add multiple branches so my recommendation would be to add the new branch on branching, removing the previous discontinued branch when doing so.</div><div>(ie. when adding release/25.04 you would remove release/24.08, leaving a list of release/24.12 and release/25.04)</div><div><br></div><div>The buildpublisher-projects.yaml list should be updated in addition to *signer-projets.yaml yes.</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Or do we expect people doing the actual releases on fdroid/googleplay/microsoftstore to do that on their own?<br></blockquote><div><br></div><div>For fdroidpublisher-projects.yaml that is just to our nightly repository so you can update that one as well if you want.</div><div><br></div><div>The Google Play and Microsoft Store ones require taking action on the Store front side, so not automatically updating them will allow us to better spot unmaintained builds and unpublish them.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
Cheers,<br>
  Albert<br>
<br>
<br></blockquote><div><br></div><div>Cheers,</div><div>Ben</div><div> </div></div></div>