Cómo identificar el repositorio principal de Metrolist GitHub
El propietario y la ruta importan. GitHub permite bifurcar código público, crear nombres parecidos y publicar experimentos de escritorio. Una bifurcación puede ser útil, pero no es automáticamente el canal de versiones del proyecto principal.
Comprueba propietario, descripción, sitio, licencia, actividad y versiones en conjunto. El repositorio principal pertenece a MetrolistGroup, se presenta como cliente Android de YouTube Music, usa GPL-3.0 y enlaza metrolist.cc. Su README incluye capturas, funciones, comunidad y opciones de descarga.
- Repositorio: MetrolistGroup/Metrolist
- Paquete: com.metrolist.music
- Licencia: GNU GPL v3
- Plataforma: Android
- Versión estable comprobada: v13.6.0
- Sitio indicado: metrolist.cc
Cómo descargar Metrolist desde GitHub Releases
Abre Releases y elige la última versión estable, no un archivo de código. GitHub añade automáticamente Source code zip y tar.gz; sirven a desarrolladores y no se instalan en Android. Los archivos utilizables terminan en .apk.
En v13.6.0 el archivo estándar es Metrolist.apk. Una dirección latest puede apuntar al mismo nombre en futuras versiones; una dirección con etiqueta queda fijada a una versión. La URL fija es más fácil de auditar y la latest es más cómoda para volver. Esta web muestra versión y envía al archivo del proyecto.
- Abre MetrolistGroup/Metrolist.
- Entra en Releases y evita entradas marcadas Pre-release.
- Lee etiqueta, fecha y notas.
- Expande Assets y elige un APK, no Source code.
- Confirma host y nombre antes de instalar.
Ediciones APK de Metrolist explicadas
Los nombres corresponden a sabores del proyecto Android. FOSS estándar tiene actualizador y no incluye Google Cast. GMS incluye Cast y actualizador. Izzy excluye Cast y desactiva el actualizador para cumplir el repositorio.
No elijas un archivo por parecer más premium. Todos son gratuitos. Cast es una dependencia y función, no un nivel de pago. Para la mayoría, estándar es la base más sencilla.
| Archivo | Cast | Actualizador | Uso |
|---|---|---|---|
| Metrolist.apk | No | Sí | Edición estándar recomendada |
| Metrolist-with-Google-Cast.apk | Sí | Sí | Usuarios que necesitan Cast |
| Metrolist-izzy.apk | No | No | Actualización mediante IzzyOnDroid |
| Source code zip/tar.gz | No aplica | No aplica | Código, no APK instalable |
Qué pueden verificar los desarrolladores en el código
La configuración Android expone ID, SDK mínimo y objetivo, versión, código, filtros ABI y sabores. En v13.6.0 usa com.metrolist.music, SDK mínimo 26 y ARM64 más ARMv7.
Una auditoría completa exige más que leer README. Se pueden revisar red, cuenta, almacenamiento, actualizador y dependencias; comparar etiquetas y compilar en un entorno controlado. Los usuarios no técnicos también se benefician al comprobar que cada afirmación enlaza código o historial.
- Revisar build.gradle.kts para SDK y versión.
- Revisar AndroidManifest.xml para componentes y permisos.
- Comparar cambios entre etiquetas.
- Buscar incidencias antes de abrir otra.
- No publicar credenciales, cookies o tokens.
Mantenimiento, incidencias e informes comunitarios
El README indica modo de mantenimiento: continúan correcciones y mejoras menores, pero no se priorizan grandes funciones. También afirma que la aplicación no está muerta. Esa fuente actual pesa más que un comentario antiguo.
Antes de informar, actualiza, prueba otra canción o red y elimina datos sensibles de capturas. Incluye Android, versión Metrolist, edición y pasos. Para fallos comunes empieza por la guía de solución.
Cómo auditar actividad e incidencias en Metrolist GitHub
Una confirmación reciente no garantiza que exista un APK nuevo y una incidencia vieja no prueba que siga ocurriendo. Lee fecha estable, cambios posteriores, reproducciones actuales y respuestas de responsables. Etiquetas, discusiones fijadas y notas separan una regresión confirmada de un caso de dispositivo.
Al informar en Metrolist GitHub, busca primero el texto del error. Reproduce en la versión estable, indica Android y edición, y aclara si ocurre sin cuenta. Añade registros breves solo cuando la plantilla los pida. Nunca subas cookies, tokens, listas privadas o archivos de música.
Al comparar un fork con Metrolist GitHub, revisa el punto de bifurcación, cambios, firmas, ID de aplicación y actualizaciones. Las estrellas o capturas no sustituyen esa revisión. Un fork cambia la cadena de confianza y puede tener otra firma.
Guarda el repositorio, no solo una URL de archivo. Releases vincula archivos y etiquetas; el árbol muestra documentación y cambios. Si una web afirma una versión superior a GitHub, espera la etiqueta oficial. Una caída temporal de GitHub no justifica usar un espejo desconocido.
Lista práctica para revisar Metrolist GitHub
Antes de descargar, abre la ficha de la versión y comprueba que la etiqueta estable, la fecha y los tres archivos coinciden. Lee las notas para saber si una corrección afecta a reproducción, cuenta, letras o almacenamiento. Después compara el nombre exacto y el tamaño mostrado por GitHub con el archivo guardado. Esta revisión no sustituye un análisis de seguridad, pero detecta redirecciones, archivos renombrados y versiones antiguas.
Para seguir el proyecto, diferencia commits, acciones automáticas y versiones. Un commit puede preparar una corrección que todavía no está disponible en un APK; una compilación de Actions puede ser experimental; una versión estable reúne archivos destinados a usuarios. Si necesitas fiabilidad, espera una versión etiquetada y no instales artefactos de automatización sin comprender su estado.
Cuando una función falla, revisa primero incidencias abiertas con la misma versión y Android. Lee también las incidencias cerradas, porque pueden contener una solución ya publicada o explicar que el problema pertenece a YouTube. Si abres una nueva, describe un solo fallo, incluye pasos cortos y confirma si se reproduce sin cuenta. Esto permite que Metrolist GitHub funcione como historial técnico útil, no como foro de mensajes duplicados.
La licencia GPL permite estudiar, modificar y redistribuir respetando sus condiciones, pero no convierte cualquier fork en lanzamiento oficial. Si compilas por tu cuenta, documenta etiqueta, dependencias y firma. Android tratará una compilación firmada por ti como distinta de la oficial, por lo que una actualización directa puede fallar y exigir desinstalar, con posible pérdida de datos locales.
Preguntas sobre Metrolist GitHub
¿Cuál es el GitHub oficial de Metrolist?
El repositorio principal es github.com/MetrolistGroup/Metrolist.
¿Qué archivo instala Metrolist?
Elige un archivo .apk. Los zip y tar.gz de código no se instalan.
¿Qué APK descargo?
La mayoría debe usar Metrolist.apk; Cast añade Google Cast e Izzy cambia el modelo de actualización.
¿Metrolist sigue mantenido?
Está en modo de mantenimiento para correcciones y mejoras menores y declara que no está muerto.
¿Puedo compilarlo?
Sí, el código GPL y el proyecto Gradle son públicos, pero necesitas herramientas Android y revisar dependencias.
¿Los forks son oficiales?
No. Tienen responsables y versiones distintos salvo adopción expresa del proyecto.