Outras línguas Deutsch ; English ; Español ; Français ; Nederlands ; Portuguese (Portugal) ; |
Contents
O porquê desta política?
Muitas das novas funções foram propostas para várias versões anteriores do Mageia. Algumas destas funções foram implementadas, mas muitas outras não. Nós falhamos prioridades, planemaneto, e bem como funções definidas, e assim as pessoas poderiam sentir-se motivadas e contribuir.
O que nós definimos aqui:
- O que é uma função
- Como definir e propor uma função
- Como é que as funções são selecionadas para se tornarem especificações
- Como é que nós seguimos a implementação das funções
All this work has been done after having a look on how other distributions do manage this important step. We sepcifically looked at Fedora as they have done a lot in formalizing process.
O que é uma função
Só deverão ser propostas alterações dignas de alteração como funções. A atualização de um componente que involva modificação ou atualização de vários outros componentes é provavelmente uma função. Algo que involva aldo de novo no desenvolvimento das ferramentas dp Mageia é provavelmente uma função. A atualização de um único pacote em que nada dependa, provavelmente não deverá listada como uma função.
Exemplo de funções:
- migração para systemd
- suporte grub2 no instalador
- suporte GPT no instalador
Exemplo de coisas que não deveriam ser listadas como funções :
- atualizar 'cowsay' para a última versão
- corrigir craches do pacote XXX
- adicionar pacote para o programa XXXX
Como definir e propor uma função
Todo mundo é livre para propor novos recursos para os próximos lançamentos, mas isso deve ser feito usando o seguinte procedimento:
- Se ainda não está feito, registre uma conta em http://identity.mageia.org para poder editar a wiki
- crie uma página wiki do nome http://wiki.mageia.org/en/Feature:<feature_name> usando o seguinte modelo .
- Quando você pensa que a página do recurso está pronta:
- adicione a página à categoria ProposedFeatureMageia5 (adicione o texto [[Category:ProposedFeatureMageia5]] na parte inferior da página). Seu recurso deve aparecer na lista de recursos propostos
- envie um e-mail para a lista de endereços do dev, com o assunto "Proposed Feature: featurename" para discutir o recurso e informar as pessoas sobre isso, para que eles possam se adicionar à página se eles planejam participar
Como participar num função
Se você acha que um recurso é interessante, e você planeja ajudá-lo a implementá-lo, adicione-se na lista de recursos.
Lista das funções propostas
A lista de recursos propostos está disponívelon this page.
Critério utilizado para escolher as funções
Exemplo para o Mageia 3: FeatureMageia3_Review
Aqui está uma lista não exaustiva de critérios:
- A página wiki a ser aplicada está completa nos seguintes itens:
- Resumo
- Proprietário
- Liberação direcionada
- Descrição detalhada
- Por que seria bom para Mageia incluí-lo
- Dependências de software / pacotes
- O que poderia prejudicar o desenvolvimento desse novo recurso
- Planejamento
- Contingência (também conhecido como Plano B - o que acontece se não funcionar)
- quantidade de pessoas que planejam estar envolvidas no recurso: um recurso não pode ser implementado se ninguém planeja trabalhar nisso
Aprovação das funções
Após o fim das apresentações da proposta de recurso, um e-mail é enviado para a lista de endereços do dev com uma lista preliminar de recursos aceitos e rejeitados.
Os recursos aceitos foram contados como:
- útil e consistente com o objetivo e as políticas do projeto
- tendo detalhes suficientes
- ter um planejamento realista
- tendo pessoas suficientes envolvidas nas características
- não tendo visto objeções importantes e sem resposta nas discussões sobre o recurso
A lista de características rejeitada inclui para cada recurso o (s) motivo (s) para não aceitar o recurso. Os recursos podem ser rejeitados por diferentes motivos (lista não exaustiva):
- não há pessoas suficientes para participar do recurso
- não há detalhes suficientes sobre o recurso
- falta de planejamento ou plano de contingência
- planejamento irreal
- objeções ao recurso em discussões sobre a lista de discussão
Quando a lista preliminar de recursos aceitos e rejeitados é publicada, os comentários são recebidos por uma semana:
- objeções a uma característica aceita
- comentários adicionando mais detalhes a um recurso rejeitado (descrição, planejamento, plano de contingência ...)
- pessoas que se somam à lista de colaboradores de recursos
Depois de uma semana :
- recursos aceitos que não recebem novos comentários são aceitos oficialmente
- recursos rejeitados que não recebem novos comentários são recusados oficialmente
- Os recursos aceitos que recebem comentários de objeção são rejeitados oficialmente, a menos que seja alcançado um consenso nas discussões
- recursos rejeitados que recebem detalhes adicionais ou contribuidores interessados e chegaram a um consenso para aceitação nas discussões são aceitos oficialmente
A lista final de recursos aceitos é:
- publicado no blog e wiki (adicionado à categoria FeatureMageia3) e anunciado
- O desenvolvimento dos recursos é iniciado de acordo com o planejamento
- o planejamento de cada recurso é monitorado e discutido nas reuniões dos desenvolvedores até que o recurso seja concluído
Os recursos rejeitados não estão incluídos nas especificações oficiais da distribuição e o planejamento não é monitorado nas reuniões dos desenvolvedores. Dependendo das razões para rejeitar o recurso, ele ainda pode ser implementado por pessoas interessadas.