Resumo

  • A governança publicada da Apache separa o veto qualificado sobre mudança de código, a decisão formal de lançamento do PMC e a supervisão corporativa do Board.
  • Um recibo de autoridade deve identificar a ação, o artefato, o grupo com voto vinculante, a regra, as objeções e qualquer ato corporativo distinto.

Uma palavra curta pode esconder ações muito diferentes

“Apache aprovou” pode significar um commit, uma conversa em lista, um voto de lançamento, uma decisão de PMC, uma resolução do Board ou apenas a leitura de um relatório. Os documentos da ASF não tratam esses fatos como sinônimos. Eles reservam direção técnica e comunitária para o PMC de cada projeto, e deixam ativos, cargos, política geral e supervisão no plano corporativo.

A pergunta útil é: qual ação ocorreu? Escrever no repositório é uma ação técnica. Declarar um artefato identificado como lançamento oficial é uma decisão de PMC. Nomear um officer, aprovar uma resolução ou acompanhar um relatório é ato corporativo. Uma pessoa pode participar de camadas diferentes, mas uma biografia não amplia o mandato de cada ato.

Acesso de committer não cria lançamento formal

O guia de PMC explica que committers podem atualizar código, enquanto apenas o PMC, como corpo, pode votar em lançamentos formais. Isso não reduz a contribuição individual. Separa o poder técnico de alterar fontes da decisão institucional de colocar um pacote sob a superfície oficial da Apache.

Por isso o lançamento precisa de objeto fixo: candidato, revisão, assinatura, checksum ou identificador final. Uma contagem sem artefato não diz o que foi decidido. O voto tampouco prova que o Board examinou cada linha, que todos os contribuidores concordaram ou que usuários adotarão o pacote.

O veto de código é específico

O processo de votação diferencia questões procedimentais, modificações de código e lançamentos. Em mudança de código não lazy, exige três +1 e nenhum -1. Um -1 de votante qualificado pode ser veto, exige justificativa técnica e não pode ser superado até retirada pelo próprio votante.

Essa regra não faz de qualquer comentário negativo um bloqueio de toda a Foundation. São necessários a proposta concreta, o grupo aplicável e a qualificação do votante. O registro deve guardar versão, razão técnica, qualificação, discussão e resultado — retirada, correção ou abandono. Um veto assim não vira, por si, política corporativa, veredito de mercado ou prova de falha.

Lançamento usa outro limiar

Para lançamento de pacote, a Apache prevê ao menos três +1 vinculantes e mais positivos vinculantes que negativos; a orientação diz que lançamentos não podem receber veto. Não é a mesma regra de código com nome mais brando: é uma regra própria para uma ação própria.

Logo, não se pode dizer que um -1 “vetou o lançamento” sem saber o tipo de ação e a regra. Pode ser veto de uma alteração, comentário consultivo ou preocupação prévia. E um lançamento aprovado não apaga objeções técnicas, nem prova segurança, adoção ou maturidade comercial. Ele comprova apenas o status formal daquele artefato segundo a regra de lançamento.

PMC conduz o projeto; Board sustenta a moldura corporativa

PMCs cuidam da direção técnica e comunitária, de lançamentos e da supervisão de seus projetos. O Board cria PMCs, nomeia Vice Presidents/Chairs, administra ativos e política geral, recebe relatórios e pode agir quando um PMC é disfuncional ou não cumpre exigências. Ao mesmo tempo, a ASF diz que o Board não fornece direção técnica aos projetos.

Diretores não recebem automaticamente committership, assento de PMC nem voto técnico vinculante. Para atuar tecnicamente, precisam obter mérito naquele projeto. Members elegem diretores, mas Membership também não concede direção técnica em projetos nos quais não há mérito de projeto.

O Chair conecta os planos sem fundi-los. Tem voto normal no PMC e, como officer, responde por relatórios e roster oficial. Uma escolha do PMC para trocar Chair ainda precisa de resolução do Board para se tornar nomeação corporativa.

Recibo de autoridade do lançamento

Para código, o recibo deve ligar alteração, canal de revisão, regra, votantes qualificados, posições explícitas, fundamento técnico de veto válido e desfecho. Para lançamento, deve ligar artefato, PMC, período, regra de votos vinculantes, resultado e identificador final. Para evento corporativo, deve dizer separadamente se houve resolução, nomeação, solicitação ou revisão de relatório.

Não é uma nova regra Apache. É uma recomendação editorial para impedir que “veto”, “lançamento”, “PMC” e “Board” pareçam provar mais do que os documentos da ação realmente provam.

Sources

  1. Apache Corporate Governance — PMCs
  2. Apache Voting Process
  3. Apache Project Management Committee Guide
  4. Apache Corporate Governance — Board of Directors
  5. Apache Corporate Governance — Members
  6. Lu Heng, The Multi-Stakeholder Mirage