Evitar el protected branch al pujar release

[ecarreras]

Mira el log https://github.com/gisce/py-gisce-client/actions/runs/26882671777/job/79286488365 com es pot solucionar?

[giscebot]

He preparat la correcció a la PR #35: #35

Diagnòstic del run fallit: python-semantic-release arribava a generar la release, però després intentava fer git push ... main amb el commit de release i GitHub ho rebutjava per branch protection (Changes must be made through a pull request).

Canvi aplicat: el workflow de release passa commit: "false" a python-semantic-release, de manera que la versió es pot estampar localment per construir els artefactes, però no intenta pujar cap commit directe a main. Manté el push de tags/releases i evita haver de donar un token amb bypass de branch protection.

Validació:

• YAML de .github/workflows/release.yml parsejat correctament
• Tests locals: 49 passed
• CI PR fix: keep release bump commits on protected main #35: test-python2 i test-python3 verds

[giscebot]

He actualitzat la PR #35 per resoldre el dubte del tag/release sense saltar-se el protected branch:

• commit: "false" evita el release commit directe a main
• tag: "true", push: "true" i vcs_release: "true" queden explícits per mantenir tag i GitHub Release
• README ajustat al flux real
• CI de la PR verd en Python 2 i Python 3

PR: #35

[giscebot]

Correcció sobre la solució de la PR #35: la via commit: false queda descartada perquè no manté el bump de setup.py a main ni deixa el tag apuntant al commit de versió.

La PR s'ha reorientat a mantenir el release commit + tag i usar GH_PAT per al push del release commit sobre main protegida. Això vol dir que la solució final inclou configuració operativa: GH_PAT ha d'existir i tenir permís/bypass de branch protection.

Detall i checks verds al comentari de PR: #35 (comment)