Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Long Term Support schedule #321

Open
g105b opened this issue Jul 17, 2019 · 2 comments
Open

Long Term Support schedule #321

g105b opened this issue Jul 17, 2019 · 2 comments
Assignees
Milestone

Comments

@g105b
Copy link
Member

g105b commented Jul 17, 2019

With the release of v3, I want to make it very clear to anyone interested in using WebEngine of how its support is to be planned, specifically relating to the versions of PHP supported.

I want to keep PHP.Gt stable, but not so much so that it can't adopt newer PHP versions, etc.

One policy should be to freeze the latest stable PHP version at the point of major version release, so until the next major version release, no new PHP versions are adopted within the releases.

At some fixed amount of time after the first stable release, master will move to whatever is now the latest stable PHP release. New features will be implemented on master and only security and bug fixes will be backported to the Gt release on their own release branch.

@g105b g105b self-assigned this Jul 17, 2019
@g105b
Copy link
Member Author

g105b commented Jul 18, 2019

Solution:

It will be too much effort to maintain backported versions of PHP.Gt repositories. Only one branch should be maintained per repo, with regular releases following semantic versioning.

In relation to what PHP version requirements are specified per repo, this should follow the largest Linux distribution's decision on what PHP version to consider safe and stable: Debian.

Debian is known for being a little out of date and not cutting edge - this is exactly what PHP.Gt needs to be. Stability over cutting edge features.

When any PHP.Gt repository is made into a new, major, stable release, whatever version of PHP the latest version of Debian ships with should be used as the PHP requirement.

For example, the newly released Debian "Buster" v10 ships with PHP 7.3 so the next PHP.Gt stable release while Buster is considered "Debian stable" will require PHP 7.3 in composer.json.

Some more thought needs to go into the LTS plan - a guaranteed amount of time that a PHP requirement will be kept - but the release schedule of Debian is nice and slow so should help with predictability.

@g105b g105b added this to the v3 milestone Jul 23, 2019
@g105b
Copy link
Member Author

g105b commented Jul 24, 2019

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant