hugo-theme-relearn/exampleSite/content/dev/maintaining/_index.en.md

+++
description = "What to know as a maintainer"
title = "Maintaining"
+++

## Semver

This project tries to follow the [semver policy](https://semver.org/) - although not followed 100% in the past.

Usually an entry of {{% badge style="warning" title=" " %}}Breaking{{% /badge %}} on the [What's new]({{% relref "basics/migration" %}}) page causes a new major release number.

All other entries on the [What's new]({{% relref "basics/migration" %}}) page will increase the minor release number.

Releases resulting in a new major or minor number are called main release.

Releases containing bugixes only, are only increasing the patch release number. Those releases don't result in announcements on the [What's new]({{% relref "basics/migration" %}}) page.

Entries on the [What's new]({{% relref "basics/migration" %}}) page are checked and enforced during the `version-release` GitHub Action.

## Managing Issues

Issues are categorized and managed by assigning [labels](#labels) to it.

Once working on an issue, assign it to a fitting maintainer.

When done, close the ticket. Once an issue is closed, it needs to be assigned to next release milestone.

A once released ticket is not allowed to be reopened and rereleased in a different milestone. This would cause the changelog to be changed even for the milestone the issue was previously released in. Instead write a new ticket.

## Managing Pull Requests

If a PR is merged and closed it needs an accompanied issue assigned to. If there is no issue for a PR, the maintainer needs to create one.

You can assign multiple PRs to one issue as long as they belong together.

Usually set the same labels and milestone for the PR as for the accompanied issue.

## Labels

### Kind

An issue that results in changesets must have exactly one of the following labels. This needs to be assigned latest before release.

| Label                                                    | Description                                | Changelog section |
|----------------------------------------------------------|--------------------------------------------|-------------------|
| {{% badge color="#5498d8" %}}documentation{{% /badge %}} | Improvements or additions to documentation | -                 |
| {{% badge color="#99d856" %}}discussion{{% /badge %}}    | This issue was converted to a discussion   | -                 |
| {{% badge color="#d8d104" %}}task{{% /badge %}}          | Maintainence work                          | Maintenance       |
| {{% badge color="#d8ae04" %}}feature{{% /badge %}}       | New feature or request                     | Features          |
| {{% badge color="#d88704" %}}bug{{% /badge %}}           | Something isn't working                    | Fixes             |

### Impact

If the issue would cause a new main release due to [semver semantics](#semver) it needs one of the according labels and the matching badge on the [What's new]({{% relref "basics/migration" %}}) page.

| Label                                               | Description                                             |
|-----------------------------------------------------|---------------------------------------------------------|
| {{% badge color="#d73a4a" %}}change{{% /badge %}}   | Introduces changes with existing installations          |
| {{% badge color="#d73a4a" %}}breaking{{% /badge %}} | Introduces breaking changes with existing installations |

### Declination

If an issue does not result in changesets but is closed anyways, it must have exactly one of the following labels.

| Label                                                 | Description                               |
|-------------------------------------------------------|-------------------------------------------
| {{% badge color="#9fa2a5" %}}duplicate{{% /badge %}}  | This issue or pull request already exists |
| {{% badge color="#9fa2a5" %}}invalid{{% /badge %}}    | This doesn't seem right                   |
| {{% badge color="#9fa2a5" %}}unresolved{{% /badge %}} | No progress on this issue                 |
| {{% badge color="#9fa2a5" %}}wontfix{{% /badge %}}    | This will not be worked on                |

### Halt

You can assign one further label out of the following list to signal readers that development on an open issue is currently halted for different reasons.

| Label                                                    | Description                                             |
|----------------------------------------------------------|---------------------------------------------------------|
| {{% badge color="#998f6b" %}}blocked{{% /badge %}}       | Depends on other issue to be fixed first                |
| {{% badge color="#998f6b" %}}idea{{% /badge %}}          | A valuable idea that's currently not worked on          |
| {{% badge color="#998f6b" %}}undecided{{% /badge %}}     | No decission was made yet                               |
| {{% badge color="#6426ff" %}}helpwanted{{% /badge %}}    | Great idea, send in a PR                                |
| {{% badge color="#6426ff" %}}needsfeedback{{% /badge %}} | Further information is needed                           |

### 3rd-Party

If the issue is not caused by a programming error in the themes own code, you can label the causing program or library.

| Label                                              | Description                                                 |
|----------------------------------------------------|-------------------------------------------------------------|
| {{% badge color="#e550a7" %}}browser{{% /badge %}} | This is a topic related to the browser but not the theme    |
| {{% badge color="#e550a7" %}}hugo{{% /badge %}}    | This is a topic related to Hugo itself but not the theme    |
| {{% badge color="#e550a7" %}}mermaid{{% /badge %}} | This is a topic related to Mermaid itself but not the theme |

## Making Releases

A release is based on a milestone named like the release itself - just the version number, eg: `1.2.3`. It's in the maintainers responsiblity to check [semver semantics](#semver) of the milestone's name prior to release and change it if necessary.

Making releases is automated by the `version-release` GitHub Action. It requires the version number of the milestone that should be released. The release will be created from the `main` branch of the repository.

Treat released milestones as immutable. Don't rerelease an already released milestone. An already released milestone may already been consumed by your users.

During execution of the action a few things are checked. If a check fails the action fails, resulting in no new release. You can correct the errors afterwards and rerun the action.

The following checks will be enforced

- the milestone exists
- there is at least one closed issue assigned to the milestone
- all assigned issues for this milestone are closed
- if it's a main release, there must be a new `<major>.<minor>` at the beginning of the [What's new]({{% relref "basics/migration" %}}) page
- if it's a patch release, there must be the `<major>.<minor>` from the previous release at the beginning of the [What's new]({{% relref "basics/migration" %}}) page

After a successful run of the action

- the [History](https://mcshelby.github.io/hugo-theme-relearn/basics/history/index.html) page is updated, including release version, release date and text
- the [What's new](https://mcshelby.github.io/hugo-theme-relearn/basics/migration/index.html) page is updated, including release version, release date and text
- the version number for the `<meta generator>` is updated
- the updated files are commited
- the milestone is closed
- the repository is tagged with the version number (eg. `1.2.3`), the main version number (eg. `1.2.x`) and the major version number (eg. `1.x`)
- a new entry in the [GitHub release list](https://github.com/McShelby/hugo-theme-relearn/releases) with the according changelog will be created
- the [official documentation](https://mcshelby.github.io/hugo-theme-relearn/index.html) is built and deployed
- the version number for the `<meta generator>` is updated to a temporary and commited (this helps to determine if users are running directly on the main branch or are using releases)
- a new milestone for the next patch release is created (this can later be renamed to a main release if necessary)
docs: add contribution and release guidelines 2023-01-28 13:48:08 +00:00			`+++`
			`description = "What to know as a maintainer"`
docs: update maintaining title 2023-01-29 10:30:53 +00:00			`title = "Maintaining"`
docs: add contribution and release guidelines 2023-01-28 13:48:08 +00:00			`+++`

			`## Semver`

			`This project tries to follow the [semver policy](https://semver.org/) - although not followed 100% in the past.`

			`Usually an entry of {{% badge style="warning" title=" " %}}Breaking{{% /badge %}} on the [What's new]({{% relref "basics/migration" %}}) page causes a new major release number.`

			`All other entries on the [What's new]({{% relref "basics/migration" %}}) page will increase the minor release number.`

			`Releases resulting in a new major or minor number are called main release.`

			`Releases containing bugixes only, are only increasing the patch release number. Those releases don't result in announcements on the [What's new]({{% relref "basics/migration" %}}) page.`

			Entries on the [What's new]({{% relref "basics/migration" %}}) page are checked and enforced during the `version-release` GitHub Action.

			`## Managing Issues`

			`Issues are categorized and managed by assigning [labels](#labels) to it.`

			`Once working on an issue, assign it to a fitting maintainer.`

			`When done, close the ticket. Once an issue is closed, it needs to be assigned to next release milestone.`

build: allow milestones to be rereleased #453 2023-01-30 15:54:17 +00:00			`A once released ticket is not allowed to be reopened and rereleased in a different milestone. This would cause the changelog to be changed even for the milestone the issue was previously released in. Instead write a new ticket.`
docs: more maintainer details 2023-01-29 10:27:26 +00:00
docs: add contribution and release guidelines 2023-01-28 13:48:08 +00:00			`## Managing Pull Requests`

			`If a PR is merged and closed it needs an accompanied issue assigned to. If there is no issue for a PR, the maintainer needs to create one.`

			`You can assign multiple PRs to one issue as long as they belong together.`

			`Usually set the same labels and milestone for the PR as for the accompanied issue.`

			`## Labels`

			`### Kind`

			`An issue that results in changesets must have exactly one of the following labels. This needs to be assigned latest before release.`

			`\| Label \| Description \| Changelog section \|`
			`\|----------------------------------------------------------\|--------------------------------------------\|-------------------\|`
			`\| {{% badge color="#5498d8" %}}documentation{{% /badge %}} \| Improvements or additions to documentation \| - \|`
			`\| {{% badge color="#99d856" %}}discussion{{% /badge %}} \| This issue was converted to a discussion \| - \|`
			`\| {{% badge color="#d8d104" %}}task{{% /badge %}} \| Maintainence work \| Maintenance \|`
			`\| {{% badge color="#d8ae04" %}}feature{{% /badge %}} \| New feature or request \| Features \|`
			`\| {{% badge color="#d88704" %}}bug{{% /badge %}} \| Something isn't working \| Fixes \|`

			`### Impact`

			`If the issue would cause a new main release due to [semver semantics](#semver) it needs one of the according labels and the matching badge on the [What's new]({{% relref "basics/migration" %}}) page.`

			`\| Label \| Description \|`
			`\|-----------------------------------------------------\|---------------------------------------------------------\|`
			`\| {{% badge color="#d73a4a" %}}change{{% /badge %}} \| Introduces changes with existing installations \|`
			`\| {{% badge color="#d73a4a" %}}breaking{{% /badge %}} \| Introduces breaking changes with existing installations \|`

			`### Declination`

			`If an issue does not result in changesets but is closed anyways, it must have exactly one of the following labels.`

			`\| Label \| Description \|`
			`\|-------------------------------------------------------\|-------------------------------------------`
			`\| {{% badge color="#9fa2a5" %}}duplicate{{% /badge %}} \| This issue or pull request already exists \|`
			`\| {{% badge color="#9fa2a5" %}}invalid{{% /badge %}} \| This doesn't seem right \|`
			`\| {{% badge color="#9fa2a5" %}}unresolved{{% /badge %}} \| No progress on this issue \|`
			`\| {{% badge color="#9fa2a5" %}}wontfix{{% /badge %}} \| This will not be worked on \|`

			`### Halt`

			`You can assign one further label out of the following list to signal readers that development on an open issue is currently halted for different reasons.`

			`\| Label \| Description \|`
			`\|----------------------------------------------------------\|---------------------------------------------------------\|`
			`\| {{% badge color="#998f6b" %}}blocked{{% /badge %}} \| Depends on other issue to be fixed first \|`
			`\| {{% badge color="#998f6b" %}}idea{{% /badge %}} \| A valuable idea that's currently not worked on \|`
			`\| {{% badge color="#998f6b" %}}undecided{{% /badge %}} \| No decission was made yet \|`
			`\| {{% badge color="#6426ff" %}}helpwanted{{% /badge %}} \| Great idea, send in a PR \|`
			`\| {{% badge color="#6426ff" %}}needsfeedback{{% /badge %}} \| Further information is needed \|`

			`### 3rd-Party`

			`If the issue is not caused by a programming error in the themes own code, you can label the causing program or library.`

			`\| Label \| Description \|`
			`\|----------------------------------------------------\|-------------------------------------------------------------\|`
			`\| {{% badge color="#e550a7" %}}browser{{% /badge %}} \| This is a topic related to the browser but not the theme \|`
			`\| {{% badge color="#e550a7" %}}hugo{{% /badge %}} \| This is a topic related to Hugo itself but not the theme \|`
			`\| {{% badge color="#e550a7" %}}mermaid{{% /badge %}} \| This is a topic related to Mermaid itself but not the theme \|`

			`## Making Releases`

			A release is based on a milestone named like the release itself - just the version number, eg: `1.2.3`. It's in the maintainers responsiblity to check [semver semantics](#semver) of the milestone's name prior to release and change it if necessary.

			Making releases is automated by the `version-release` GitHub Action. It requires the version number of the milestone that should be released. The release will be created from the `main` branch of the repository.

build: allow milestones to be rereleased #453 2023-01-30 15:54:17 +00:00			`Treat released milestones as immutable. Don't rerelease an already released milestone. An already released milestone may already been consumed by your users.`

docs: add contribution and release guidelines 2023-01-28 13:48:08 +00:00			`During execution of the action a few things are checked. If a check fails the action fails, resulting in no new release. You can correct the errors afterwards and rerun the action.`

			`The following checks will be enforced`

			`- the milestone exists`
			`- there is at least one closed issue assigned to the milestone`
			`- all assigned issues for this milestone are closed`
			- if it's a main release, there must be a new `<major>.<minor>` at the beginning of the [What's new]({{% relref "basics/migration" %}}) page
			- if it's a patch release, there must be the `<major>.<minor>` from the previous release at the beginning of the [What's new]({{% relref "basics/migration" %}}) page

			`After a successful run of the action`

docs: more maintainer details 2023-01-29 10:27:26 +00:00			`- the [History](https://mcshelby.github.io/hugo-theme-relearn/basics/history/index.html) page is updated, including release version, release date and text`
			`- the [What's new](https://mcshelby.github.io/hugo-theme-relearn/basics/migration/index.html) page is updated, including release version, release date and text`
docs: add contribution and release guidelines 2023-01-28 13:48:08 +00:00			- the version number for the `<meta generator>` is updated
			`- the updated files are commited`
			`- the milestone is closed`
build: add moving version tags #453 2023-01-30 11:57:11 +00:00			- the repository is tagged with the version number (eg. `1.2.3`), the main version number (eg. `1.2.x`) and the major version number (eg. `1.x`)
docs: add contribution and release guidelines 2023-01-28 13:48:08 +00:00			`- a new entry in the [GitHub release list](https://github.com/McShelby/hugo-theme-relearn/releases) with the according changelog will be created`
			`- the [official documentation](https://mcshelby.github.io/hugo-theme-relearn/index.html) is built and deployed`
			- the version number for the `<meta generator>` is updated to a temporary and commited (this helps to determine if users are running directly on the main branch or are using releases)
			`- a new milestone for the next patch release is created (this can later be renamed to a main release if necessary)`