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.
 * To mitigate the problem of release notes, we will publish a list of new features in the upcoming LTS relative to the last LTS six months before it comes out. This means that about the time when 1.22 came out, an announcement was made for 1.19 users letting them know what changes they could expect in 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 R (for “release”).

Notes for the most recent releases: 1.22, 1.23, 1.24.

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.

Extension maintainers are therefore strongly encouraged to maintain a git tag or branch for their version corresponding to the release tag the stable and oldstable version. An initial version, that simply points to the state of the code at the time of the release may be created centrally. However, it is the responsibility of the extension maintainer to fix bugs not only in HEAD but also in the oldstable and stable versions. If the extension works with all of oldstable, stable and HEAD, this requires only to update the tags. However, if some changes are specific to later versions, the lifecycle rule require that branches are created and individual merges of the bugfix to each branch be made.

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

 * Generators on WikiApiary - Statistics about the use of different versions of MediaWiki.