Open MikeAlhayek opened 1 week ago
No rush on this. But we should discuss this tomorrow.
A valid CloudSmith translations version is 2.0.0-preview-20068
Can I send a PR to publish the next release?
We triaged this issue and set the milestone according to the priority we think is appropriate (see the docs on how we triage and prioritize issues).
This indicates when the core team may start working on it. However, if you'd like to contribute, we'd warmly welcome you to do that anytime. See our guide on contributions here.
Todo: Merge https://github.com/OrchardCMS/OrchardCore.Translations/pull/111 for the latest translations (OrchardCore.UrlRewriting.Core.pot added)
@agriffard did you see this https://github.com/OrchardCMS/OrchardCore.Translations/issues/110 ?
@agriffard did you see this OrchardCMS/OrchardCore.Translations#110 ?
Yes, I updated to 1.2.0 and regenerated the .pot files.
https://try.orchardcore.net/ updated to 2.1.0
@sebastienros please tweat about the release. @domonkosgabor please publish in the Facebook group
Prepare the project
Do some housekeeping on GitHub in the main repo.
Prepare the code and documentation
Update the source, so everything looks like on the new version.
release/<version name>
branch (e.g.,release/1.8.0
) frommain
or the previous release branch. This is necessary to target pull requests for the upcoming release.OrchardCore.Commons.props
file with<VersionSuffix></VersionSuffix>
such that preview build numbers are not injected in packages. Verify theVersionPrefix
tag matches the released version.src/OrchardCore/OrchardCore.Abstractions/Modules/Manifest/ManifestConstants.cs
.mkdocs.yml
and remove it fromnot_in_nav
.Test the release
Make sure everything works all right.
OrchardCore.Samples
works.release/
are automatically published too). Test at least the following guides:Prepare and publish Orchard Core Translations
Update everything in the Translations project. Only do this once all the code changes are done since localized strings can change until then.
OrchardCore.Translations.All
package reference in the main repo's ./Dependencies.Packages.props file to refer to the new NuGet package.Publish the release
Do the harder parts of making the release public. This should come after everything above is done.
release/<version name>
with the version. Includev
in the name, e.g.v1.8.0
.release/<version name>
tomain
.release/<version name>-integration
branch and fix them there.For details on this version see the [release notes in the documentation](link here).
). Note that the docs will only be built once the branch is merged tomain
.Publicize the release
Let the whole world know about our shiny new release. Savor this part! These steps will make the release public so only do them once everything else is ready.
After the release is done
OrchardCore.Docs
project. (e.g.,/releases/1.8.0.md
). Don't add it to the docs navigation and exclude it from validation undernot_in_nav
withmkdocs.yml
.OrchardCore.Commons.props
file with the next release number, and<VersionSuffix>preview</VersionSuffix>
such that preview builds use the new one.