Skip to content

Publishing a new Orchard Core release

These notes are primarily for Orchard's core contributors to guide how to prepare a new release.


We follow Semantic Versioning 2.0.0.

Release checklist

You can copy the following checklist to a GitHub issue and tick everything as you progress.
While the checklist is in a recommended order not every step depends strictly on the previous ones.
<version name> should be replaced with the current version, e.g. "1.0.0" or "rc2".

### Prepare the project
Do some housekeeping on GitHub in the [main repo](

- [ ] Close remaining issues for the version (including merging corresponding pull requests if suitable) or assign then to the next one.
- [ ] Assign all issues that were closed for an upcoming version (including a wildcard version like "1.0.x") to this version (milestone).

### Prepare the code
Update the source so everything looks like on the new version.

- [ ] Update code generation templates in `OrchardCore.ProjectTemplates`.
- [ ] Make sure that [OrchardCore.Samples works](
- [ ] Create a `release/<version name>` branch out of `dev`.
- [ ] Update the `OrchardCore.Commons.props` file: Update `VersionPrefix` for release versions (like "1.0.0") and `VersionSuffix` for pre-release versions (like "rc2", for the full version to be e.g. "1.0.0-rc2").
- [ ] Update module versions in `ManifestConstants`.
- [ ] Change docker version in _.travis.yml_ and _appveyor.yml_.

### Test the release
Make sure everything works all right.

- [ ] Test the [guides]( with the NuGet packages from the Cloudsmith feed (branches under `release/` are automatically published too). Test at least the following guides:
    - [Creating a modular ASP.NET Core application](
    - [Creating an Orchard Core CMS website](
    - [Creating a new decoupled CMS Website](
### 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.

- [ ] Update `packageVersion` and/or `versionPrefix` in _appveyor.yml_.
- [ ] Update .po files with [PoExtractor]( This will also update [Crowdin](
- [ ] Publish the new version on NuGet.
- [ ] Update the `OrchardCore.Translations.All` package reference in the main repo's _src/OrchardCore.Build/Dependencies.props_ file to refer to the new NuGet package.

### Prepare the documentation
Update the docs so they contain information about the new release so once the release is out you'll just need to point to new information.

- [ ] Create release notes in a specific documentation section. You can take the previous release notes as a template.
    - Overview of the release's highlights and goals. What do you want people to remember this release for?
    - Prerequisites. What framework version do you need, anything else to work with Orchard?
    - Upgrade steps, any migration necessary from previous versions, breaking changes.
    - Full changelog. You can generate this with [github-changelog]( with the `changelog OrchardCMS OrchardCore <previous version> <current version>` command, e.g. `changelog OrchardCMS OrchardCore 1.0.0-rc1 1.0.0-rc2`. Alternatively, you can use [Antoine's app]( too.

### Publish the release
Do the harder parts of making the release public. This should come after everything above is done.

- [ ] Merge `release/<version name>` to `master`.
    - Merges to `master` need two approvals so you'll need to create a pull request.
    - Merge it as a merge commit, not squash merge.
- [ ] Tag `master` with the full version name, including the prefix and suffix (e.g. "1.0.0-rc2").
- [ ] Test the [guides]( with the packages now automatically published to NuGet. Test at least the following guides:
    - [Creating a modular ASP.NET Core application](
    - [Creating an Orchard Core CMS website](
    - [Creating a new decoupled CMS Website](
- [ ] Update [Try Orchard Core](

### 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.

- [ ] Update the documentation to mention the version in all places where the latest version is referenced, for example, but not limited to (do a search for the package version string): [Status in the root README](, CLI templates, commands, the [Creating a new decoupled CMS Website]( guide.
- [ ] Update the tagged [release]( on GitHub: Change its title to something more descriptive (e.g. "Orchard Core 1.0.0 RC 2"), add a link in its description to the release notes in the documentation (something like `For details on this version see the [release notes in the documentation](link here).`). Add a link to this release under [Status in the root README](
- [ ] Publish a blog post on the website.
- [ ] Ask to publish a blog post on [DevBlogs](
- [ ] Ask to publish a blog post on [.NET Foundation News](
- [ ] Tweet

Last update: October 4, 2020