Socialwg/Github Process

From W3C Wiki

Social Web WG Github workflow process

Best practices

Issue Labels

Editors: Use the Issue labels on your specs.

Keep Issues Focused

  • One specific issue per issue. Cooperate in creating new individual issues if multiple crop up in a single thread, and staying on topic. If a new thought occurs to you whilst writing a reply, you are empowered to stop typing, and open a new issue instead.
    • If there are tangential issues it's the burden/responsibility of the person who raised them to open the new issues.
  • Practical constructive issues. Discussions are practically focused, ideally implementation-driven, with the express goal of driving rather than halting progress.
  • Alternatives belong elsewhere. If you're interested in halting progress on a particular spec, the most civilised way to do this is to propose an alternative spec. If you're not interested in being civilised, your comments may not be well-received by others.

Resolving Issues

  • Issues should only be closed with apparent consensus of the participants. If consensus cannot be reached, it is elevated to a WG telecon, and then closed with consensus of the Working Group.

Ownership

  • Owner privileges on the whole w3c-social org are given to chairs and staff contact(s).
  • Owner privileges are extended to editors for their specific repos.
    • Repos may be under the editor's own github account, the w3c-social org, or the w3c org for mature (CR or CR-ready) drafts.

Escalation

If violations of this process or best practices are causing problems, please contact team-social-chairs@w3.org.