[misc] release process refactor

FriendsOfSymfony1 / symfony1

[DEPRECATED -- Use Symfony instead] Fork of symfony 1.4 with DIC, form enhancements, latest Swiftmailer, better performance, composer compatible and PHP 8 support

https://symfony.com/legacy

MIT License

337 stars 175 forks source link

[misc] release process refactor #360

Open connorhu opened 3 months ago

connorhu commented 3 months ago

The aim of PR is to automate the processes needed to create a version:

[x] change the version in the sfCoreAutoload file
[x] sets changelog header
[x] creates the tag, tags the current source
[x] pushes all changes
[x] GHA job extracts changes to the tag from the changelog and makes a new release. similar to this: https://github.com/sebastianbergmann/foal/commit/b0e3537cfc444803ae3d977510172684db24b697

closes #354

connorhu commented 3 months ago

I would separate the scripts I wrote from the data/bin library (which I don't like anyway). They are maintenance scripts. The place where I put them now is not quite right for them, I should find a better place for them.
I minimized the use of 3rd party libraries. The lime_output class could be used for output coloring, but if we ever get to the point where phpunit takes the place of lime I'd rather not use it and use minimal tools.