NPM packages pro branch automatisch veröffentlichen

[Fakerinc]

Zur Zeit ist es so, dass wenn man Änderungen im backend, client-js und elements repo macht, dass die Änderungen lokal von Hand in alle unterliegenden repo gebaut und gelinked werden müssen.

Das kann man optimieren indem man einen Teil automatisiert. Folgendermaßen:

• wenn im Backend PR geöffnet wird, mit geänderter openapi spec und nicht vom dependabot erstellt wurde, wird automatisch ein PR im client-js repo erzeugt
• Beim Erstellen dieses PRs wird ein npm package gebaut und in unserer github npm registry veröffentlicht. Das package soll unter folgendem Namen veröffentlicht werden: ${ursprüngliche_version} ${branch_name}.
  • bei jedem commit auf diesen branch soll das package neu gebaut und veröffentlicht werden
• diese veröffentlichten packages kann man lokal referenzieren und potenziell auch in Pipelines verwenden

Dazu gehören auch Aufräumarbeiten damit die npm registry nicht im Chaos endet. Folgende Fälle:

• Wenn client-js PR geschlossen wird -> npm packages löschen
• Cronjob der regelmäßig läuft und alle packages löscht die älter als 3 Monate sind und die durch PRs erstellt wurden

Nützliches:

version vorher auslesen: cat package.json | jq -r '.version' version per cmd line definieren: npm version "0.0.1-MEINEVERSION" --no-git-tag-version

[thorbenziemek]

Was wir noch beachten müssen: solange das Frontend nicht mit einem passenden Backend spricht, hilft der aktualisierte Client eigentlich auch "nur" gegen Compile-Fehler.

Und aber ein Preview-Backend pro Branch zu deployen, wäre nochmal ein eigenes Projekt (hier auch zu entscheiden: teilt es sich mit dem normalen api-preview die DB, oder wird auch diese isoliert? - das kann schnell sehr kompliziert werden).