Mysql: Por favor, marque um novo lançamento

E mais alguns se seguirão antes de marcarmos outro lançamento .

Se você se sentir corajoso, use a vanguarda (ramo mestre) e dê feedback.
Fizemos algumas mudanças funcionais maiores durante o ciclo atual, por exemplo, suporte a vários resultados (que deve estar bastante estável agora) e alterações na lógica de repetição (#302) que provavelmente precisa de ajustes adicionais (#657) antes de podermos liberá-lo como estável .

Você pode acelerar todo o processo contribuindo ou apenas abordando questões gerais que nos distraem de preparar a próxima versão.
Estamos à procura de colaboradores mais ativos para este projeto. AFAIK todos os 3 membros da equipe atual trabalham nisso exclusivamente em seu tempo livre. Infelizmente, nenhum de nós atualmente parece ter muito tempo de sobra.
Se a sua empresa (dirigida a todos que estão lendo isso) depende disso, meu conselho seria garantir que alguém seja pago para trabalhar nisso regularmente durante o horário de trabalho .

Se o master atual for menos estável que a tag v1.3 , então provavelmente a seção de instalação do README deve mencionar isso? Ter uma política de versão explícita deve ser benéfico para os usuários.

Qual é o status mais recente de uma possível versão v1.4? Existem problemas concretos que tornam esta versão um problema? Como eu poderia ajudar a fazer um novo lançamento acontecer?

Eu acredito que você poderia simplesmente pegar o último commit como início de, digamos, _v1.4_. Se as pessoas usarem esta versão em sua configuração do Dep, por exemplo, como version=^v1 ou mesmo version=v1.4 e encontrarem bugs críticos, podemos liberar v1.4.1 e os usuários obterão implicitamente a correção do bug; além de não cortar o lançamento, as pessoas do FUD não confiam em branch=master mas sim em revision=X e depois percebem muito tarde que há uma correção de bug já disponível para eles.