This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into.

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

This label shall be used as a milestone. It indicates which future version of the standard this feature/bugfix/change will be integrated into. Versioning can be summarized as follows: Given a version number MAJOR.MINOR.MAINTENANCE, increment the: MAJOR version when you make incompatible changes MINOR version when you add functionality in a backward compatible manner MAINTENANCE version when you make backward compatible bug fixes

A proposal which is currently open for members to enroll for.

An issue that has been accepted by the group, which needs to be assigned to a responsible, given a due date and needs a clear specification of requirements to be fulfilled. State labels reflect the current state of an issue. State labels should change in accordance to the state of an issue. An issue shall have one state. On changing state, a new state label shall be added and the old state label shall be removed. See the contribution workflow documented in the project guide https://asam-ev.github.io/asam-project-guide/asamprojectguide/latest/tour_guide/contribution.html.

An issue that has a type and that needs to be accepted by the group. State labels reflect the current state of an issue. State labels should change in accordance to the state of an issue. An issue shall have one state. On changing state, a new state label shall be added and the old state label shall be removed. See the contribution workflow documented in the project guide https://asam-ev.github.io/asam-project-guide/asamprojectguide/latest/tour_guide/contribution.html.

An issue that has a solution in an associated merge request, which is ready to be reviewed by the group. State labels reflect the current state of an issue. State labels should change in accordance to the state of an issue. An issue shall have one state. On changing state, a new state label shall be added and the old state label shall be removed. See the contribution workflow documented in the project guide https://asam-ev.github.io/asam-project-guide/asamprojectguide/latest/tour_guide/contribution.html.

An issue that is assigned a responsible, has a due date and clear requirements, which now needs to be implemented in a solution. State labels reflect the current state of an issue. State labels should change in accordance to the state of an issue. An issue shall have one state. On changing state, a new state label shall be added and the old state label shall be removed. See the contribution workflow documented in the project guide https://asam-ev.github.io/asam-project-guide/asamprojectguide/latest/tour_guide/contribution.html.

An issue that has been integrated and has an integration reviewer, which is ready to be checked and all open comments are resolved. State labels reflect the current state of an issue. State labels should change in accordance to the state of an issue. An issue shall have one state. On changing state, a new state label shall be added and the old state label shall be removed. See the contribution workflow documented in the project guide https://asam-ev.github.io/asam-project-guide/asamprojectguide/latest/tour_guide/contribution.html.

A new issue that needs to be classified to a type. State labels reflect the current state of an issue. State labels should change in accordance to the state of an issue. An issue shall have one state. On changing state, a new state label shall be added and the old state label shall be removed. See the contribution workflow documented in the project guide https://asam-ev.github.io/asam-project-guide/asamprojectguide/latest/tour_guide/contribution.html.