Pular para o conteúdo principal

validate

Analisa todos os arquivos de receita (ou um único nomeado) e reporta quais arquivos são válidos e quais contêm erros. Execute isso depois de editar uma receita para pegar erros de YAML antes que afetem check ou update.

check

Conecta-se à fonte de atualização configurada de cada app e a compara com a versão registrada localmente. Nenhum arquivo é baixado ou alterado. A saída inclui:
  • Se uma nova versão está disponível
  • A versão, ETag ou metadados Last-Modified usados para comparação
  • Dicas de suporte, como suporte a HTTP range para downloads segmentados

Exemplos

update

Baixa e instala atualizações para todos os apps configurados, ou para um único app nomeado. Por padrão, a saída mostra apenas os apps que foram realmente atualizados, ficaram limitados por rate limit ou falharam. Use --show-all ou defina show_all: true no config.yml para voltar ao comportamento antigo e verboso, que também lista os apps que já estavam atualizados. Cada atualização bem-sucedida reporta o tempo decorrido para que você possa ver quanto tempo cada app levou. Se um rate-limit foi atingido em uma execução anterior, o app afetado é pulado até a janela de retry expirar - a menos que respect_rate_limits esteja desativado globalmente ou para esse app.

Exemplos

Flags

--self-update
boolean
Atualiza também o binário fp-appimage-updater em si depois de terminar as atualizações dos apps.
--debug-download-url <URL>
string
Apenas debug: Força uma URL de download específica para a atualização, ignorando o resolvedor. Requer app-name.
--debug-version <VER>
string
Apenas debug: Força uma string de versão específica para a atualização, ignorando o resolvedor. Requer app-name.
--show-all
boolean
Mostra todos os apps nos resultados da atualização, incluindo os que já estavam atualizados.
Tanto check quanto update executam vários apps concorrentemente. Um limite ciente do provedor limita quantas requisições vão para o mesmo host ao mesmo tempo, para que um lote grande permaneça rápido sem sobrecarregar um único servidor.

doctor

Executa uma verificação de saúde local sem contatar nenhum servidor remoto. Ele verifica:
  • Se o diretório de configuração existe e é legível
  • Se o diretório de apps está presente
  • Se o config.yml global pode ser analisado
  • Se o diretório de estado está acessível
  • Se o lock de processo está ausente, ativo ou obsoleto
  • Se os arquivos de receita podem ser analisados com sucesso
  • Se os pré-requisitos locais de atualização parecem corretos
Use doctor quando check ou update se comportarem de forma inesperada para descartar problemas de configuração local.
Última modificação em 24 de abril de 2026