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

DOC Update references from CMS 5 #644

Merged
merged 1 commit into from
Dec 3, 2024

Conversation

GuySartorelli
Copy link
Member

@GuySartorelli GuySartorelli commented Dec 3, 2024

Note there were no upgrade guides to remove.

Issue

Also remove CMS 5 changelogs
@@ -277,7 +277,7 @@ table may be of use:
| 5.2 + | 8.1 - 8.3 |
| 5.0 - 5.1 | 8.1 - 8.2 |
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Note I intentionally kept these, since the bit above it says

if you are looking to upgrade PHP on your Silverstripe CMS site, this table may be of use

That implies the table is meant to include the previous major's PHP versions

composer require silverstripe/blog
composer require dnadesign/silverstripe-elemental
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Unrelated but since blog isn't commercially supported I'm removing the reference.

Comment on lines -37 to 43
Each module has a unique identifier, consisting of a vendor prefix and name. For example, the "blog" module has the
identifier `silverstripe/blog` as it is published by *Silverstripe*. To install, use the following command executed in
Each module has a unique identifier, consisting of a vendor prefix and name. For example, the "linkfield" module has the
identifier `silverstripe/linkfield` as it is published by *Silverstripe*. To install, use the following command executed in
the project root folder:

```bash
composer require silverstripe/blog
composer require silverstripe/linkfield
```
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Unrelated but since blog isn't commercially supported I'm removing the reference.

So, if you're committing the change to a *4.12* minor release, the version will be *4.12.0*.
So, if you're committing the change to a *1.2* minor release, the version will be *1.2.0*.
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use 1.2 since that's what's used in some of the examples.
Updated the examples so all examples use this as well.

Comment on lines -31 to +32
- Add the following docblock `@deprecated 1.2.3 Use anotherMethod() instead`
- `Deprecation::notice('1.2.3', 'Use anotherMethod() instead');` to the top of the method
- Add the following docblock `@deprecated 1.2.0 Use anotherMethod() instead`
- `Deprecation::notice('1.2.0', 'Use anotherMethod() instead');` to the top of the method
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

1.2.3 would not be correct for us, since we only add these in minor releases not patches.
Not related but seems prudent to fix.

Not all API that gets deprecated will have an equivalent replacement API in that same major version; some of the API is only available from the next major release. A good example of this is the upgrade for what powered the `SilverStripe\Control\Email\Email` class from `swiftmailer` in CMS 4 to `symfony/mailer` in CMS 5. In these cases, you'll need to upgrade to the new major version before you can access the replacement API.
Not all API that gets deprecated will have an equivalent replacement API in that same major version; some of the API is only available from the next major release. In these cases, you'll need to upgrade to the new major version before you can access the replacement API.
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was going to replace with a more generic examples but honestly I don't think it's needed.
Happy to add one if you feel differently.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please double check this page carefully, this is the one page where the changes in this PR actually matter.

Comment on lines -15 to +17
Branches with a single integer (e.g. `5`) represent either the next *major* release (if there have been no tagged releases for that release line yet) or the next *minor* release.
Branches with a single integer (e.g. `1`) represent either the next *major* release (if there have been no tagged releases for that release line yet) or the next *minor* release.

Branches with an integer, a dot, and another integer (e.g. `5.2`) represent either the *next patch release* for the current minor, or a patch release for a previous minor version.
Branches with an integer, a dot, and another integer (e.g. `1.2`) represent either the *next patch release* for the current minor, or a patch release for a previous minor version.
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Use more generic 1.2 instead of CMS numbers so we don't have to update it next time, since this page doesn't reference specific modules

@emteknetnz emteknetnz merged commit 65f2b9f into silverstripe:6 Dec 3, 2024
4 checks passed
@emteknetnz emteknetnz deleted the pulls/6/no-cms5 branch December 3, 2024 04:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants