Version lifecycle/pt-br

O MediaWiki opera em um modelo de desenvolvimento de "integração contínua", onde as mudanças de software são enviadas diretamente para sites da Wikimedia como a Wikipédia em uma base regular.

Em teoria, os novos grandes lançamentos são emitidos numa base semestral, e pacotes de lançamento continuam a receber atualizações de segurança para até um ano a partir da primeira versão. Devido a limitações de tempo e de refatoração rápida da base de código, não podemos suportar lançamentos obsoletos para sempre, e as atualizações de segurança e críticas não são aplicadas aos lançamentos que atingiram o término do status de vida.

O gerenciador de lançamento recomenda enfaticamente que os operadores wiki se inscrevam na lista de discussão, que recebe a notificação de todos os lançamentos, e garante que o seu wiki executa a mais atualizada versão do software possível. Estes anúncios também são destacados para  e.

Versões e seu fim de vida
Versions included in the above table that are marked as obsolete will not receive any security fixes. They may contain critical security vulnerabilities and other major bugs, including the threat of possible data loss and/or corruption. The release manager has also issued a strong recommendation that only versions listed above as current version or legacy version should be used in a production environment.

Important dates for future versions
This table sets out the plan for future MediaWiki releases, including the date the branch will be made.

Política de Lançamento

 * Point releases will be made at least monthly, on the last Wednesday of the month. Cada lançamento pontual irá incluir arquivos i18n atualizados, bem como quaisquer correções de bugs. Nenhuma nova funcionalidade será portada para apontar lançamentos e o suporte não inclui extensões em geral, veja abaixo (por exemplo, a extensão não suporta a atual versão LTS).
 * A major release will be made every six months.
 * A long term support release (LTS) will be made every two years. There will be a one-year overlap in LTS support. For example, 1.19 is supported until May 2015. 1.23 will be released the year before that so that people will have 1.23 available as an LTS to move to and a year to make the transition.
 * Notas de lançamentos continuarão a ser a base para ver o que mudou. Por causa da natureza de um projeto de voluntários, não é possível dizer com certeza o que vai acontecer nos próximos 6 ou 12 meses.
 * Para atenuar o problema de notas de lançamento, vamos publicar uma lista de novos recursos na próxima versão LTS em relação à última versão LTS seis meses antes que ela saia. Isso significa que, no momento em que a versão 1.22 seja publicada, nós vamos ter anunciaremos aos usuários da versão 1.19 para que eles saibam quais as mudanças que podem esperar na versão 1.23.

Release timeline
This timeline is a schedule for what needs to happen before the release of a new version. The date of the actual release is given here as REL (for “release”) and the suffix -# (for “number of weeks prior to release”).

Gestão da vida útil da extensão
A maioria das instalações MediaWiki incluem um número significativo de extensões (MediaWikis WMF muitas vezes têm cerca de 80 extensões). Gerenciar a correção de erros de manutenção de extensões e escolher a versão correta de uma extensão nos casos em que a versão de desenvolvimento principal depende de recursos ainda não disponíveis no núcleo estável ou estável antigo do MediaWiki, é um grande desafio para todos os mantenedores de instalações MediaWiki.

Mantenedores de extensão são, portanto, fortemente encorajados a manter uma tag git ou pacote para a sua versão correspondente à tag de lançamento da versão estável e estável antiga. Uma versão inicial, que simplesmente aponta para o estado do código no momento do lançamento pode ser criado de forma centralizada. No entanto, é da responsabilidade do mantenedor de extensão para corrigir bugs, não só na versão HEAD, mas também nas versões estáves antigas e estáveis. Se a extensão trabalha com todos os estáveis antigos, estáveis e HEAD, isto requer apenas atualizar as tags. No entanto, se algumas mudanças são específicas de versões posteriores, a regra de ciclo de vida exigem que pacotes sejam criados e fusões individuais da correção de bug para cada pacote sejam feitas.

O objetivo dessas regras é que as pessoas ou organizações que instalam o MediaWiki podem contar com a instalação do mais novo lançamento de uma versão e extensões correspondentes através de um método simples, por exemplo, para o núcleo 1.20.x, consultando REL1_20 no git.

Links externos

 * Geradores no WikiApiary - Estatísticas sobre o uso de diferentes versões do MediaWiki.