Funcionamento interno do Projeto Django

Documentação para pessoas hackeando dentro do Django. Este é o lugar para ir se você quer ajudar a melhorar o Django ou aprender como o Django é gerenciado.

• Contribuindo com o Django
  • Conselho aos novos voluntários
  • Relatando bugs e solicitando funcionalidades
  • Triangulando tickets
  • Escrevendo código
  • Escrevendo a documentação
  • Localizando Django
  • Enviando código
• Listas de email
  • django-users
  • django-core-mentorship
  • django-developers
  • django-i18n
  • django-announce
  • django-updates
• Organizaçaõ do Projeto Django
  • Princípios
  • Core team
  • Conselho Técnico
  • Mudando a organização
• Time Django
  • A equipe original
  • O time atual
  • Membros antigos do time
• Perfis
  • Conselho Técnico
  • Committers
  • Time de segurança
  • Releasers
  • Time Operacional
• Política de Segurança do Django
  • Reportando problemas de segurança
  • Versões suportadas
  • Como o Django divulga problemas de segurança
  • Quem recebe notificação prévia
  • Requisitando notificações
• Processo de release do Django
  • Releases oficiais
  • Cadência de uma release
  • Política de depreciação
  • Versões suportadas
  • Processos da release
• Linha do tempo de depreciações no Django
  • 2.0
  • 1.10
  • 1.9
  • 1.8
  • 1.7
  • 1.6
  • 1.5
  • 1.4
  • 1.3
• O repositório de código-fonte do Django
  • Visão de alto nível
  • A branch master
  • Outras branches
  • Tags
• Como o Django é formado?
  • Visão Geral
  • Pré-requisitos
  • Tarefas de pré-release
  • Preparando para a release
  • Lançando a release
  • Fazendo a release (ou as releases) disponível ao público
  • Pós-release
  • Tarefas para novas branches estáveis
  • Considerações quanto a configuração da tupla VERSION