Skip to content

Member Responsibilities

WrinklyNinja edited this page Apr 5, 2014 · 2 revisions

Introduction

These aren't absolute rules, and nobody is going to get into trouble for not managing to do everything that is expected of their position: we're all here because we want to help out when we can, it's not serious business.

Masterlist Maintainers

For the game(s) which masterlist(s) you maintain:

  • Add unrecognised plugins submitted to the Bugzilla tracker, the forum thread or by PM.
  • Consider and make any changes suggested on the forum thread or by PM (discuss the changes first if you think it is warranted).
  • Merge any pull requests which make changes you think are appropriate. If a pull request makes any inappropriate changes, discuss them with the author in the pull request's message thread.
  • Create a new thread whenever the current one reaches its 200 post limit.

Admins

When discussions on policy or particular changes stalemate, you get to make a decision on the result. That doesn't mean people will listen, of course... :P It's always good to try to reach consensus, and other admins can also make a different decision, so you might still have to argue it over with them.

You're also a more visible contact point for people with queries about BOSS, people may send you PMs with changes, unrecognised plugins too. Just answer queries as best you can, or forward them on to those who you think could answer them better, and either make changes/additions yourself or post them into the relevant BOSS thread for the regular maintainers to process.

Finally, you're responsible for adding new members. GitHub's excellent Forking feature allows people to contribute to repositories that they don't have write access to, and you should take full advantage of that:

  • If someone who hasn't contributed on GitHub asks for addition to the team, politely refer them to the How To Contribute wiki page, saying that they can contribute without being a team member.
  • If someone who has contributed on GitHub asks for addition to the team, take a look at their contributions (on their user page, in the "Repositories contributed to" list) and see if their contributions have been accepted or not to decide whether or not to grant them access. If their most recent pull requests have been rejected, it may be better to reply with a polite "not until we're happy with your contributions" message.

To add a GitHub user to the team, go to the Bossers team page and click the "Add member" button, then enter their username in the search box displayed and select the correct match. Then, go to the Team Members wiki page and add their names to the list.

To add a Bugzilla user to the team, make sure you're logged into the Bugzilla tracker, and then search for their name on this page. Click on the matching account name and add them to the product-boss-admin or product-boss-dev group as appropriate.