Versões
Última atualização: 2026-08-03
O Relayium sai em três ritmos, e esta página conta os três com honestidade: o app web é implantado continuamente, as ferramentas de linha de comando recebem número e tag, e os apps nativos ainda são builds de engenharia que não foram publicados.
Todas as versões abaixo foram marcadas automaticamente a partir do branch main, e só depois que as verificações daquele commit exato passaram. As notas completas de uma versão — cada commit que ela contém — estão a um clique no GitHub.
Todas as versões publicadas
Da mais recente para a mais antiga. Cada versão leva às suas notas completas e aos downloads no GitHub.
- v0.15.02026-08-03
- v0.14.02026-08-02
- v0.13.02026-08-01
- v0.12.02026-07-30
- v0.11.12026-07-28
- v0.11.02026-07-28
- v0.10.22026-07-23
- v0.10.12026-07-23
- v0.10.02026-07-23
- v0.9.02026-07-22
- v0.8.12026-07-22
- v0.8.02026-07-22
- v0.7.02026-07-13
- v0.6.02026-07-13
- v0.5.02026-07-13
- v0.4.02026-07-13
- v0.3.12026-07-13
- v0.3.02026-07-13
- v0.2.02026-07-08
- v0.1.22026-07-08
- v0.1.12026-07-08
- v0.1.02026-07-08
O que um número de versão cobre
Uma tag de versão publica dois programas: a CLI relayium e o relayium-node, o nó de retransmissão e armazenamento que quem se auto-hospeda executa. Os dois são compilados da mesma árvore de código, então só existe versão nova quando essa árvore muda.
- O app web não tem número de versão. Ele é implantado a partir do branch main assim que as verificações passam, então o que você usa no navegador costuma ser mais novo do que a versão mais recente desta lista.
- Os apps de macOS e iOS são builds de engenharia, não publicações públicas. Nenhuma versão abaixo os inclui.
- Um nó não segue esta lista sozinho: ele pergunta ao servidor a que pertence qual versão executar, então uma versão nova não muda nada até alguém iniciar uma implantação gradual. A CLI se atualiza com relayium update.
Como uma publicação é fechada
As publicações seguem um calendário em vez de depender de alguém lembrar. Uma vez por semana um fluxo de trabalho olha o que entrou desde a versão anterior e para sem criar tag em dois casos: quando o código que de fato é publicado não mudou, e quando as verificações daquele commit não estão verdes.
- As duas paradas são propositais. Contar com a memória já deixou um recurso pronto sem publicação por meses, e marcar um commit não verificado seria entregar exatamente a falha que o calendário existe para evitar.
- Semanas em que só a documentação ou os apps mudam não geram versão, porque os programas publicados seriam byte a byte os anteriores.
Conferir o que você baixou
Cada publicação coloca ao lado dos arquivos compactados um arquivo de somas de verificação e uma assinatura sobre ele. O atualizador confere os dois antes de instalar qualquer coisa, contra uma chave pública compilada dentro do programa: um arquivo adulterado falha na sua máquina, sem depender de a gente ter percebido na nossa.
- Para redes que não alcançam o GitHub, o Relayium também espelha os próprios arquivos de publicação. De onde vêm os bytes é uma questão de alcance, não de confiança: a verificação é idêntica nos dois casos.
- O código-fonte é público. O servidor, o nó e o app web estão sob AGPL-3.0, os apps nativos sob Apache-2.0 e a documentação sob CC BY 4.0.