Proposals: Difference between revisions

From MusicBrainz Wiki
Jump to navigationJump to search
(fix typos)
mNo edit summary
 
(One intermediate revision by one other user not shown)
Line 1: Line 1:
Modifications to the [[Style|style guidelines]], new types of [[Advanced Relationship|relationship]]s, and other similar changes happen through a the following user-initiated process.
Modifications to the [[Style|style guidelines]], adding types of [[Advanced Relationship|relationship]]s, and other similar changes happen through the following user-initiated process.


==Request==
==Request==


If you would like to make a change, improvement or addition, it should be
If you would like to make a change, improvement or addition, it should be
requested by opening a ticket in [http://tickets.musicbrainz.org/browse/STYLE our bug tracker]. If any relevant previous discussion has happened (on the mailing lists, forums, IRC or even edit notes), make sure to link that discussion to the ticket.
requested by opening a ticket in [[jira:STYLE|our bug tracker]]. If any relevant previous discussion has happened (on the mailing lists, forums, IRC or even edit notes), be sure to link to that discussion from the ticket.


Make sure that the ticket is pretty clear on what is exactly being requested. While it's not necessary for the requester to write the final documentation, it's perfectly acceptable to submit a draft that makes the request more clear. If your proposed change is a non-trivial change, please include as much detail as possible in your ticket.
Make sure that the ticket is pretty clear on what exactly is being requested. While it’s not necessary for the requester to write the final documentation, it’s perfectly acceptable to submit a draft that makes the request more clear. If your proposed change is a non-trivial change, please include as much detail as possible in your ticket.


==Decision==
==Decision==
The Style Leader/BDFL ([[User:Reosarevok|reosarevok]]) will review the request and decide how to proceed. Trivial and/or obviously useful additions are very likely to be accepted immediately. In the cases where the Style Leader feels more community input is needed, they'll request it, by calling for an informational vote and/or initiating further discussion. Please note that any vote called by the Style Leader will not be binding; the BDFL will not be required to act in accordance with the vote outcome.
The Style Leader/BDFL ([[User:Reosarevok|reosarevok]]) will review the request and decide how to proceed. Trivial and/or obviously useful additions are very likely to be accepted immediately. In the cases where the Style Leader feels more community input is needed, they’ll request it, by calling for an informational vote and/or initiating further discussion. Please note that any vote called by the Style Leader will not be binding; the BDFL will not be required to act in accordance with the vote outcome.


Once enough input has been achieved for the Style Leader to make an informed decision, they will document the decision on the relevant ticket and then update the needed documentation/links.
Once enough input has been achieved for the Style Leader to make an informed decision, they will document the decision on the relevant ticket and then update the needed documentation/links.


Unreasonable requests, or requests that, while useful, would require unreasonable amounts of developer time that just won't be available to MusicBrainz anytime soon, will be rejected.
Unreasonable requests, or requests that, while useful, would require unreasonable amounts of developer time that just won’t be available to MusicBrainz anytime soon, will be rejected.


==Update==
==Update==
Updates to style issues will be posted regularly (every two weeks, as long as something has changed at all) on the [http://blog.musicbrainz.org/ MusicBrainz blog]. The changes themselves might be made earlier than that, although major changes will generally happen in the same schedule as new code releases.
Updates to style issues will be posted regularly (every two weeks, as long as something has changed at all) on the [https://blog.metabrainz.org/ MetaBrainz blog]. The changes themselves might be implemented earlier than that, although major changes will generally happen in the same schedule as new code releases.

Latest revision as of 20:17, 28 April 2020

Modifications to the style guidelines, adding types of relationships, and other similar changes happen through the following user-initiated process.

Request

If you would like to make a change, improvement or addition, it should be requested by opening a ticket in our bug tracker. If any relevant previous discussion has happened (on the mailing lists, forums, IRC or even edit notes), be sure to link to that discussion from the ticket.

Make sure that the ticket is pretty clear on what exactly is being requested. While it’s not necessary for the requester to write the final documentation, it’s perfectly acceptable to submit a draft that makes the request more clear. If your proposed change is a non-trivial change, please include as much detail as possible in your ticket.

Decision

The Style Leader/BDFL (reosarevok) will review the request and decide how to proceed. Trivial and/or obviously useful additions are very likely to be accepted immediately. In the cases where the Style Leader feels more community input is needed, they’ll request it, by calling for an informational vote and/or initiating further discussion. Please note that any vote called by the Style Leader will not be binding; the BDFL will not be required to act in accordance with the vote outcome.

Once enough input has been achieved for the Style Leader to make an informed decision, they will document the decision on the relevant ticket and then update the needed documentation/links.

Unreasonable requests, or requests that, while useful, would require unreasonable amounts of developer time that just won’t be available to MusicBrainz anytime soon, will be rejected.

Update

Updates to style issues will be posted regularly (every two weeks, as long as something has changed at all) on the MetaBrainz blog. The changes themselves might be implemented earlier than that, although major changes will generally happen in the same schedule as new code releases.