Como reconhecer o repositório principal do Metrolist
Confira a URL completa, não apenas o título do resultado. A organização deve ser MetrolistGroup e o repositório Metrolist. A página contém código Android, licença GPL-3.0, README do cliente musical, tags, Releases e histórico coerente.
Um fork pode ser legítimo para desenvolvimento, mas não vira a fonte oficial de publicação. Verifique origem do fork, proprietário, branch, última versão e assinatura. Um espelho pode estar atrasado ou modificar o processo de build.
metrolist.cc e a organização GitHub são referências de primeira parte documentadas. Outros sites podem copiar ícone, capturas e README. Para o APK, host final e continuidade do proprietário são mais importantes que o visual da página.
- Organização: MetrolistGroup.
- Repositório: MetrolistGroup/Metrolist.
- Licença: GNU GPL v3.
- Plataforma: Android 8.0+.
- Pacote: com.metrolist.music.
- Release estável verificado: v13.6.3.
Como baixar Metrolist pelo GitHub Releases
A página Releases contém versões publicadas. Code > Download ZIP baixa apenas o código-fonte. Abra v13.6.3 de 7 de agosto de 2026, leia as notas e expanda Assets. O padrão tem 24.146.395 bytes, Cast 25.774.469 e Izzy 24.142.299.
Artefato automático de Actions ou build de branch pode ter assinatura, configuração e estabilidade diferentes. Para usuários comuns, o release estável é o caminho correto. Desenvolvedores devem tratar builds experimentais separadamente.
Se o link latest apontar futuramente para outra versão, leia as notas e confira pacote, Android mínimo e Assets. Número maior não garante atualização direta de uma instalação assinada por outro canal.
- Abrir MetrolistGroup/Metrolist.
- Escolher Releases.
- Selecionar release estável, não um commit isolado.
- Ler data e notas.
- Abrir Assets e escolher o APK.
- Conferir nome, tamanho e host.
Variantes de APK no release do Metrolist
Metrolist.apk é o build FOSS padrão com atualizador interno. Metrolist-with-Google-Cast.apk adiciona bibliotecas Cast e aumenta o tamanho. Metrolist-izzy.apk remove Cast e desativa atualização interna para o IzzyOnDroid.
A maioria deve começar pelo padrão. Cast serve para receptor compatível; Izzy para esse canal de distribuição. Nenhuma variante oficial precisa de Premium, unlocked ou Mod. Esses nomes indicam reempacotamento externo.
O Android pode recusar atualização quando a assinatura muda. Antes de desinstalar, descubra fonte e variante atuais e salve playlists locais. Limpar dados pode remover biblioteca e downloads.
| Arquivo | Tamanho verificado | Diferença | Indicado para |
|---|---|---|---|
| Metrolist.apk | 24.146.395 bytes | Padrão com atualizador | Maioria |
| Metrolist-with-Google-Cast.apk | 25.774.469 bytes | Bibliotecas Google Cast | Receptores compatíveis |
| Metrolist-izzy.apk | 24.142.299 bytes | Sem Cast nem atualizador interno | IzzyOnDroid |
O que desenvolvedores podem verificar no código
O repositório mostra estrutura Android, dependências, telas, recursos, configuração e manifesto. Desenvolvedores podem pesquisar pacote, versão mínima, permissões declaradas, caminhos de rede e diferenças dos builds. Transparência é sinal de confiança, mas revisão parcial não substitui auditoria completa.
Um build local exige ferramentas e versões previstas pelo projeto. Normalmente terá outra assinatura e não atualizará o release oficial. Uma compilação pessoal não deve ser distribuída como APK oficial.
Commits mostram mudanças, tags marcam estados e Releases anexem binários. Para instalação, use o release estável; para investigar correção, compare commits e tags.
- Ler README e licença.
- Conferir Android mínimo.
- Examinar manifesto e permissões.
- Comparar tags e notas.
- Identificar dependências de Cast.
- Não confundir fonte com APK assinado.
Modo de manutenção, issues e relatos
O README informa modo de manutenção: correções e pequenas melhorias continuam, mas grandes funções não são prioridade. Isso não significa aplicativo morto. Avalie Releases, commits, discussões e respostas em conjunto.
Issues mostram se uma falha de reprodução, login, letra ou playlist já foi reproduzida. Pesquise abertos e fechados com mensagem, versão e função exatas. Uma solução antiga pode não servir ao pacote atual.
Antes de relatar, reproduza na versão estável e teste sem conta quando possível. Nunca publique token, cookie, playlist privada ou conteúdo protegido. Um bom relato inclui aparelho, Android, variante, versão, passos e resultados.
Auditar a atividade do Metrolist GitHub
Comece pelo último release estável e compare data, tag e notas. Confirme os Assets esperados e o Android documentado. Ausência de grande recurso novo não significa ausência de correções.
Classifique issues recentes em pedidos, problemas individuais e falhas repetidas. Muitos relatos semelhantes depois de uma mudança do YouTube sugerem problema upstream; um relato sem passos não é automaticamente geral.
Commits após o release podem indicar correção futura, mas ainda não são instalação estável. Não recomende artefato experimental apenas por ser mais recente.
Registre URL, data, versão e arquivo escolhido. Essa trilha ajuda em erro de assinatura, atualização futura e identificação da origem instalada.
Compare também tag instalada e novo release antes de atualizar. Separe mudanças de interface, dependências, requisito Android e login. Uma mudança exclusiva do Cast pode não afetar o padrão, enquanto novo Android mínimo impede a instalação.
Se o navegador salvar uma página HTML em vez do APK, confira extensão, tamanho e tipo de conteúdo. Não renomeie uma página para .apk nem use botão de anúncio que inicia download em outro domínio.
O GitHub demonstra transparência do projeto, mas não prova que uma cópia em host externo seja igual. A decisão de usar uma conta em cliente de terceiros também continua separada.
Mantenha anotados variante, Android e canal. Se uma atualização falhar por assinatura, você poderá descobrir se padrão, Cast ou Izzy veio de outra fonte antes de perder dados.
Conclua a auditoria comparando a versão instalada, a tag do release e o nome do Asset. Os três dados devem apontar para a mesma publicação. Salve também a URL exata, pois uma pesquisa futura pode mostrar fork ou espelho antes do projeto principal.
Em uma nova versão, leia especialmente mudanças de requisito Android, autenticação, armazenamento e dependências. Atualizar sem entender uma mudança de assinatura ou canal pode exigir reinstalação. Faça backup das playlists locais antes de qualquer troca desse tipo.
Verifique uma release do Metrolist GitHub antes do download
Na v13.6.3, confira juntos a tag, a data de publicação, o nome do asset e o host final github.com. Os três tamanhos oficiais estão acima para ajudar a identificar um espelho antigo ou uma página desatualizada.
Os arquivos Source code ZIP e TAR do GitHub são arquivos de código-fonte, não APKs instaláveis. Se outro site alegar uma versão mais nova que a release do MetrolistGroup, espere a tag oficial em vez de tratar o nome do arquivo como prova.
- Abra a tag da release MetrolistGroup/Metrolist.
- Expanda Assets e compare o nome e os bytes.
- Confirme que o download final continua em github.com antes de instalar.
Perguntas sobre Metrolist GitHub
Qual é o repositório oficial?
O repositório principal verificado é MetrolistGroup/Metrolist.
Onde fica o APK no GitHub?
Abra Releases, escolha a versão estável e um arquivo em Assets.
Qual APK serve para a maioria?
Metrolist.apk padrão é o ponto de partida normal.
Download ZIP instala o app?
Não. Ele baixa o código-fonte, não um APK Android assinado.
O que significa modo de manutenção?
Correções e pequenas melhorias continuam, mas grandes funções não são prioridade.
Posso colocar meu token em uma issue?
Não. Cookies, tokens e dados privados nunca devem ser publicados.
Como verifico um APK do Metrolist GitHub?
Abra a release MetrolistGroup/Metrolist, confirme a tag v13.6.3, expanda Assets, compare nome e bytes e verifique se o host final é github.com.