docs/code-of-conduct.md

   1 Code of Conduct
   2 ===============
   3
   4 Introduction
   5 ------------
   6
   7 We expect everyone involved with the project to follow this Code of Conduct.
   8 This not only includes developers and contributors but also anyone using
   9 any of the collaborative spaces (such as mailing lists, IRC channels,
  10 submitted patches, commit comments, etc.).
  11
  12 Each individual's behavior is primarily a matter for their personal
  13 conscience. Even so, there are limits whose breach will not be tolerated.
  14 This page explains what is normally expected of community members, and what
  15 is absolutely required.
  16
  17 Interpersonal Interaction
  18 -------------------------
  19
  20 * Keep it civil.
  21 * Be tolerant.
  22 * Remember that you are in public and that your actions determine the public
  23   perception of the project.
  24 * Do not make it personal. Do not take it personally.
  25
  26 Always strive to present a civil and courteous demeanour in your dealings
  27 with other project members; more so when dealing with third parties from
  28 outside the project. Avoid foul or abusive language: remember that cultural
  29 standards differ, and that what may seem to you to be a very mild statement
  30 can be deeply shocking to another. Avoid contentious topics (unless directly
  31 technically relevant). These things all have their places, but not here,
  32 where they are out of context.
  33
  34 Try not to take offense where no offense was intended. Not everyone speaks
  35 or writes English fluently. Not everyone can express themselves clearly.
  36 Give people the benefit of the doubt. Even if the intent was to provoke, do
  37 not rise to it.
  38
  39 Conflict is inevitable, but unseemly conduct is not. If you must disagree
  40 forcefully, do so within the appropriate technical discussion group and in a
  41 manner that will be acceptable to your audience. Stay focused on the topic
  42 at hand. Heated arguments have a way of dragging in bystanders and mutating
  43 until the original point is lost.
  44
  45 Stick to the facts. Anyone may disagree with you: this does not give you a
  46 license to descend into personal insults. If your arguments cannot stand up
  47 in their own right, then either admit defeat gracefully or formulate better
  48 arguments.
  49
  50 What Will Not Be Tolerated
  51 --------------------------
  52
  53 The following will not be tolerated, and can result in expulsion from the
  54 community:
  55
  56 * Discrimination based on gender, race, nationality, sexuality, religion,
  57   age or physical disability.
  58 * Bullying or systematic harassment.
  59 * Incitement to or condoning of any of these.
  60
  61 There can be no place within the community for discriminatory speech or
  62 action. We do not believe anyone should be treated any differently based on
  63 who they are, where they are from, where their ancestors were from, what
  64 they look like, what gender they identify as, who they choose to sleep with,
  65 how old they are, their physical capabilities or what sort of religious
  66 beliefs they may hold. What matters is the contribution they are able to
  67 make to the project, and only that.
  68
  69 There is no place within the community for behavior intended to intimidate
  70 or persecute other members of the community. No one should have any cause to
  71 fear involvement with the project.
  72
  73 We will not tolerate any member of the community, either publicly or
  74 privately, giving aid or encouragement to any third party to behave in such
  75 a way towards any members of the community.
  76
  77 The lead will remove any and all access to resources or privileges for
  78 whatever period he deems fit, up to and including a permanent ban where he
  79 rules that a transgression has happened.
  80
  81 In Case of Conflict
  82 -------------------
  83
  84 * If contested, revert your changes first, then argue your case.
  85 * Ask for review.
  86 * Seek approval from maintainers (i.e., area experts).
  87 * When no mutually satisfactory resolution can be achieved, defer to the
  88   lead
  89
  90 If there is a sustained set of objections to a change you have made, be
  91 graceful and revert what you have done. Objections are hardly likely to be
  92 raised for trivial reasons, and commits can always be re-applied. The
  93 potential loss of reputation for the project from shipping bad code is
  94 permanent.
  95
  96 Seeking review beforehand is the best way to avoid misunderstanding. It is
  97 not just good practice for improving code quality: it facilitates putting
  98 opposing technical arguments clearly and reasonably.
  99
 100 It is strongly encouraged that you consult maintainers before making changes
 101 in their particular areas. It is the duty of committers and maintainers to
 102 keep up-to-date with such standards and practices, and abide by them.
 103 Getting maintainer approval for any change, even if not strictly required,
 104 is never a bad thing, and certainly courteous.
 105
 106 If you cannot agree, you should turn to the lead for arbitration.  A
 107 decision by the lead will be final.
 108
 109 Sources
 110 -------
 111
 112 * FreeBSD Code of Conduct (2016-12-11)