Ciclo de vida da versão

From MediaWiki.org
Jump to navigation Jump to search
This page is a translated version of the page Version lifecycle and the translation is 92% complete.

Outdated translations are marked like this.
Other languages:
Deutsch • ‎English • ‎Lëtzebuergesch • ‎dansk • ‎español • ‎français • ‎italiano • ‎magyar • ‎occitan • ‎polski • ‎português • ‎português do Brasil • ‎suomi • ‎čeština • ‎русский • ‎українська • ‎العربية • ‎සිංහල • ‎中文 • ‎日本語 • ‎한국어

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 mediawiki-announce, 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 mediawiki-l e wikitech-l.

Versões e seu fim de vida

Special:MyLanguage/MediaWiki 1.17Special:MyLanguage/MediaWiki 1.18Special:MyLanguage/MediaWiki 1.19Special:MyLanguage/MediaWiki 1.20Special:MyLanguage/MediaWiki 1.21Special:MyLanguage/MediaWiki 1.22Special:MyLanguage/MediaWiki 1.23Special:MyLanguage/MediaWiki 1.24Special:MyLanguage/MediaWiki 1.25Special:MyLanguage/MediaWiki 1.26Special:MyLanguage/MediaWiki 1.27Special:MyLanguage/MediaWiki 1.28Special:MyLanguage/MediaWiki 1.29Special:MyLanguage/MediaWiki 1.30Special:MyLanguage/MediaWiki 1.31Special:MyLanguage/MediaWiki 1.32Special:MyLanguage/MediaWiki 1.33
MediaWiki Release Timeline
  •   Versão alpha
  •   Release development
  •   Stable release
  •   Long-term support release

Versão Situação Lançamento Fim de vida
1.35.x (LTS) Futura versão junho de 2020 junho de 2023
1.34.x Futura versão novembro de 2019 novembro de 2020
1.33.x Futura versão junho de 2019 junho de 2020
1.32.x versão atual 2019-01-11 janeiro de 2020
1.31.x (LTS) long-term support 2018-06-14 junho de 2021
1.30.x Versão obsoleta 2017-12-12 dezembro de 2018
1.29.x Versão obsoleta 2017-07-13 setembro de 2018
1.28.x Versão obsoleta 2016-11-28 novembro de 2017
1.27.x (LTS) long-term support 2016-06-28 junho de 2019
1.26.x Versão obsoleta 2015-11-25 novembro de 2016

As versões incluídas na tabela acima que estão marcadas como obsoletas, bem como as versões não listadas, não receberão nenhuma correção de segurança. Eles podem conter vulnerabilidades de segurança críticas e outros erros importantes, incluindo a ameaça de possível perda de dados e/ou corrupção. O gerenciador de versões também emitiu uma recomendação forte de que apenas as versões listadas acima "versão Atual" ou "LTS" sejam usadas em um ambiente de produção.

Política de Lançamento

  • 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 necessariamente extensões e peles agrupadas no geral.
  • Um grande lançamento será feito a cada seis meses.
  • Um lançamento de versão legada (LTS) será feito a cada dois anos. Haverá uma sobreposição de um ano no suporte ao LTS. Por exemplo, 1,23 foi apoiado até maio de 2017. 1,27 foi lançado no ano anterior para que as pessoas tivessem disponível como um LTS para se deslocar para e um ano para fazer a transição.
  • 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 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.26 seja publicada, nós vamos ter anunciaremos aos usuários da versão 1.23 para que eles saibam quais as mudanças que podem esperar na versão 1.27.

Linha do tempo de lançamentos

Esta linha do tempo é uma programação para o que precisa acontecer antes do lançamento de uma nova versão. A data da versão atual é dada aqui como T(para "tempo" de lançamento) e o sufixo -#(para "número de semanas antes do lançamento").

Cronograma relativo Tarefa
T - 7 Anunciar que o ramo de lançamento será criado em uma semana. Peça às pessoas para se certificarem de que qualquer coisa necessária para completar os recursos em andamento é mesclada antes disso. Crie "MW-X.XX-release" no Phabricator.
T - 6 Crie o ramo para núcleo e todas as extensões em Gerrit.
T - 5 Aplique a marca X.XX-rc.0 e libere o candidato inicial da versão.
T - 4 Recolher todos os relatórios de erros e resumi-los na lista de discussão.
T - 3 Aplique a etiqueta X.XX-rc.1 e libere o candidato da segunda versão. Quaisquer novas extensões que são propostas para adição ao tarball devem estar dentro desse ponto. Nenhuma mudança de extensão é feita após esse ponto.
T - 2 Recolher todos os novos relatórios de erros, correções de mesclagem, retroceder novos recursos incompletos, incluir acidentalmente, aplicar a etiqueta X.XX-rc.2 e liberar o candidato da terceira versão.
T - 1 Repita a etapa anterior, use X.XX-rc.final para marcar e soltar. Não são aceitos backports após este ponto.
T TAG o repositório com X.XX e faça a versão.

Gestão da vida útil da extensão

A maioria das instalações do MediaWiki inclui um número significativo de extensões (Wikisedia wikis geralmente têm cerca de 140). Gerenciar a correção de bugs 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 do HEAD depende de recursos que ainda não estão disponíveis no núcleo do MediaWiki estável ou antigo, pode ser um desafio.

Os mantenedores de extensão são, portanto, fortemente encorajados a manter um git sucursais para cada versão de extensão correspondente a uma versão MediaWiki. (Veja Compatibility#MediaWiki extensions para detalhes.) Para extensões hospedadas em repostas git de Wikimedia, tais ramos (com nomes como REL1_30 para MediaWiki 1.30) são criados automaticamente a partir do mestre quando uma nova versão do MediaWiki é ramificada (assumindo que o mestre de extensão é compatível com o mestre do MediaWiki o tempo todo). No entanto, é preferível que o mantenedor de extensão corrija erros não apenas em HEAD, mas também nas versões antigas e estáveis (por meio da transferência da correção para as agências antigas, se necessário).

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