zenml-backport
Backport docs/examples changes to a pre-existing ZenML release. Use when changes merged to `develop` need to be reflected in a live release version. Triggers include \
Installation
Pick a client and clone the repository into its skills directory.
Installation
About this skill
Backport docs/examples changes to a pre-existing ZenML release. Use when changes merged to develop need to be reflected in a live release version. Triggers include \
How to use
Przygotuj dane wejściowe: określ numer wersji docelowej (np. 0.5.7) i zbierz SHA commitów z gałęzi develop, które chcesz przenieść — możesz je znaleźć za pomocą git log origin/develop.
Utwórz gałąź backportu: wykonaj git fetch, przełącz się na release/WERSJA, zaktualizuj ją (git pull), a następnie utwórz nową gałąź o nazwie backport/opisowa-nazwa.
Przenieś commity: dla każdego SHA z develop uruchom git cherry-pick -x SHA. Flaga -x doda referencję do oryginalnego commita. Jeśli pojawią się konflikty, rozwiąż je, dodaj pliki (git add .) i kontynuuj cherry-pick za pomocą git cherry-pick --continue.
Wyślij zmiany i utwórz pull request: wyślij gałąź backportu do repozytorium (git push -u origin backport/opisowa-nazwa), a następnie utwórz PR z bazą ustawioną na release/WERSJA (nie develop ani main). Dodaj etykiety: backport, no-release-notes, internal. Możesz użyć GitHub CLI: gh pr create --base release/WERSJA --title "Backport: opis" --body "Backports commits from develop to release/WERSJA" --label backport --label no-release-notes --label internal.
Czekaj na zatwierdzenie: recenzenci sprawdzą PR i zatwierdzą zmiany. Ostateczna synchronizacja z release/WERSJA do main jest wykonywana ręcznie przez opiekuna projektu.