Procedura wydania nowej wersji

Procedura wydania wersji X.Y.Z

1. Przejdź na gałąź X.Y (git checkout X.Y). Jeśli gałąź nie istnieje, stwórz ją (git checkout -b X.Y)
2. Upewnij się, że pliki README i configure.ac zawierają wersję X.Y.Z
3. Uzupełnij listę zmian API/ABI w pliku docs/changelog.dox
4. Zapisz zmiany w repozytorium (git commit -a)
5. Wygeneruj tarballa (make dist)
6. Sprawdź tarballa (make distcheck)
7. Otaguj nową wersję (git tag -a X.Y.Z -m "")
8. Prześlij zmiany do serwera (git push origin X.Y i git push origin --tags)
9. Stwórz nowe wydanie na stronie projektu dla nowego taga
10. Wpisz listę zmian, załącz tarballa, opublikuj wydanie
11. Wyślij maila na [email protected]

Jeśli oryginalne zmiany nie były mergowane z gałęzi master tylko rozwijane na gałęzi X.Y, prawdopodobnie dobrym pomysłem będzie zmergowanie ich do gałęzi master, żeby kolejne wersje również były poprawione.

Jeśli nowa wersja dotyczy starszej gałęzi, pamiętaj żeby używać tych samych lub chociaż zbliżonych wersji autotools. Wersja poprawiająca komentarz w kodzie, ale wygenerowana z nową wersją automake może przestać się budować na systemach, gdzie bez problemu budowała się poprzednia.

Aktualizacja strony

1. Przejdź na gałąź gh-pages (git checkout gh-pages)
2. Dodaj plik releases/X.Y.Z.html z listą zmian i odnośnikiem do tarballa na stronie projektu (git add releases/X.Y.Z.html)
3. Dodaj do pliku index.html informację o nowej wersji z odnośnikiem do strony releases/X.Y.Z.html
4. Uaktualnij w pliku index.html odnośnik do aktualnej wersji i przenieś poprzednią wersję do listy poniżej.
5. Skopiuj wygenerowaną dokumentację z docs/html w repozytorium kodu docs w repozytorium strony.
6. Zapisz zmiany w repozytorium (git commit -a)
7. Prześlij zmiany do serwera (git push origin gh-pages)