Neuer GEVER Release

Hier eine kurze Checkliste um einen neuen Release zu erstellen:

• development-packages im sources.cfg überprüfen. Seit neuem sollten bis auf wenige Ausnahmen keine development-packages definiert sein. Im Moment brauchen wir opengever.maintenance und collective.js.timeago immer von Source.
• Bei Bedarf Changelog in opengever.core zusammenlegen und via longtest checken.
• Upgrade-Steps von letztem zu aktuellem Release auf PostgreSQL, Oracle testen (insbes. SQL-Schema-Migrationen)
• Neuen Release von opengever.core erstellen. Dabei wird neu automatisch ein Version-Pinning für opengever.core mit der erstellten Version im versions.cfg hinzugefügt und nach dem Release wieder entfernt. ⚠️ Diff von zest.releaser sorgfältig überprüfen!
• Deprecated: Evtl. Development pinnings im KGS für neue Releases anpassen.
• test.onegovgever.ch mit neuer GEVER-version aktualisieren.
• Test-Konfiguration von opengever.maintenance mit neuem Release ergänzen.
• Bei Major-Release neuen Artikel auf onegov.ch erstellen.
• [optional] Bei Major-Release Sablon updaten, falls möglich/nötig (@siegy22 fragen)
• [optional] Bei Major-Release Bumblebee updaten falls möglich (@siegy22 fragen)
• [optional] Bei Major-Release Gever-Portal updaten falls möglich (@siegy22 fragen)
• Ansible Playbook anpassen falls nötig (@siegy22 fragen, bezüglich ruby Versionen)
• Bei einem Bugfix-Release mit backport Changelog im master aktualisieren.
• Via Slack informieren (auch bei Minor, da nun relevant wegen CL-cleanup)

Falls releases auf pypi nicht erscheinen muss u.U. ein CDN purge durchgeführt werden:

for ip in $(dig +short pypi.python.org); do url="https://$ip/simple/<eggname>/"; echo "Purging $url..."; curl -H 'Host: pypi.python.org' --insecure -XPURGE $url; done