organization.txt 3.1 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687
  1. ==================================
  2. Organization of the Django Project
  3. ==================================
  4. Principles
  5. ==========
  6. The Django Project is managed by a team of volunteers pursuing three goals:
  7. - Driving the development of the Django web framework,
  8. - Fostering the ecosystem of Django-related software,
  9. - Leading the Django community in accordance with the values described in the
  10. `Django Code of Conduct`_.
  11. The Django Project isn't a legal entity. The `Django Software Foundation`_, a
  12. non-profit organization, handles financial and legal matters related to the
  13. Django Project. Other than that, the Django Software Foundation lets the
  14. Django Project manage the development of the Django framework, its ecosystem
  15. and its community.
  16. .. _Django Code of Conduct: https://www.djangoproject.com/conduct/
  17. .. _Django Software Foundation: https://www.djangoproject.com/foundation/
  18. .. _technical-board:
  19. Technical board
  20. ===============
  21. Role
  22. ----
  23. The technical board is a group of experienced and active committers who steer
  24. technical choices. Their main concern is to maintain the quality and stability
  25. of the Django web framework.
  26. Prerogatives
  27. ------------
  28. The technical board holds two prerogatives:
  29. - Making major technical decisions when no consensus is found otherwise. This
  30. happens on the |django-developers| mailing-list.
  31. - Veto a grant of commit access or remove commit access. This happens on the
  32. ``django-core`` mailing-list.
  33. In both cases, the technical board is a last resort. In these matters, it
  34. fulfills a similar function to the former Benevolent Dictators For Life.
  35. When the board wants to exercise one of these prerogatives, it must hold a
  36. private, simple majority vote on the resolution. The quorum is the full
  37. committee — each member must cast a vote or abstain explicitly. Then the board
  38. communicates the result, and if possible the reasons, on the appropriate
  39. mailing-list. There's no appeal for such decisions.
  40. In addition, at its discretion, the technical board may act in an advisory
  41. capacity on non-technical decisions.
  42. Membership
  43. ----------
  44. `The technical board`_ is an elected group of five committers. They're expected
  45. to be experienced but there's no formal seniority requirement.
  46. A new board is elected after each feature release of Django. The election
  47. process is managed by a returns officer nominated by the outgoing technical
  48. board. The election process works as follows:
  49. #. Candidates advertise their application for the technical board to the team.
  50. They must be committers already. There's no term limit for technical board
  51. members.
  52. #. Each team member can vote for zero to five people among the candidates.
  53. Candidates are ranked by the total number of votes they received.
  54. In case of a tie, the person who joined the core team earlier wins.
  55. Both the application and the voting period last between one and two weeks, at
  56. the outgoing board's discretion.
  57. .. _the technical board: https://www.djangoproject.com/foundation/teams/#technical-board-team
  58. Changing the organization
  59. =========================
  60. Changes to this document require a four fifths majority of votes cast in a
  61. core team vote and no veto by the technical board.