Ver Mensaje Individual
  #1014  
Viejo 21/02/13, 00:01:42
Avatar de slavibg
slavibg slavibg no está en línea
Miembro del foro
Mensajes: 377
 
Fecha de registro: feb 2011
Localización: Madrid
Mensajes: 377
Modelo de smartphone: Moto G 2014 Dual Sim
Versión de ROM: 5.0.2
Tu operador: Vodafone
Mencionado: 0 comentarios
Tagged: 0 hilos
Directo de google+ y traducido comunicado de CM:

Como muchos de ustedes habrán notado, hemos puesto en marcha la liberación nightlies basadas en el Android 4.2.2 fusión en el 10,1 CM rama, la más reciente incluyendo el HTC evita, joya, y ville. En vista de ello, nos gustaría tomar un momento para tocar algo que nos ha estado afectando últimamente.

Algunas personas parecen haber olvidado (o nunca fueron plenamente consciente) lo son para versiones compiladas.

Nightlies no se liberan como un producto final.
¿Qué quiere decir esto? Esto significa que ellos se construyen, de forma automática y periódicamente, sin intervención humana y sin público presente en absoluto. Ellos no son verificadas antes de ser publicado, y su propósito principal es compilar el código y ver si se construye sobre una base por dispositivo. Construir fallado? Eso es un resultado positivo. Construir completado? Eso es un resultado positivo.

Lo que pasa es que estamos recibiendo informes de JIRA, tweets, mensajes es pm, correos electrónicos, lo que sea, quejándose de builds fallado o 'bichos' en nightlies, en problemas generalizados (popular o todos los dispositivos), estamos completamente lleno de quejas. Francamente, cerrarlos, borrarlos o no hacerles caso. Pero incluso esas acciones desviar nuestra atención y tiempo. Hay una mejor manera.

Seamos honestos, si no quieren que use nightlies, simplemente dejaría de hacerlas públicas. Y a decir verdad, ustedes les parpadear y hacer el seguimiento de las cuestiones tiene un lado positivo, pero sólo si se hace de una manera constructiva.

¿Cómo usted puede ayudar:
# Si tiene un error que puede ser reproducida, parpadeará la generación más reciente de la serie M o estable, reproducirlo y abrir un ticket de JIRA con un tronco.
# Flash una reciente noche y ver si puede volver a crearlo. Publique su resultado como un comentario en el tema creado en el paso anterior.
# Esperar. Hacemos un esfuerzo activo para contratar gente de fuera y asignar entradas JIRA. No necesitamos las actualizaciones de este para cada noche, y que no necesitamos "yo también", comenta, siempre y cuando el boleto original tiene toda la información solicitada. Si su no corregido en el próximo lanzamiento de M-o estable, agregar otro comentario a su problema que lo diga.
# Aclarar y repetir.

Finalmente, un último punto. Mientras que algunos problemas se han corregido con relativa rapidez, queremos que quede claro: esto no es la norma. Si opta por utilizar una generación nocturna, lo hacen esperando a ser roto, sin previsible calendario para que sea bien de nuevo. A veces, mirando el código de revisión no siempre hace las repercusiones de la fusión obvio, el código entra sólo para ver lo que va a romper. Haga una copia de seguridad para poder restaurar a un estado sólido en todo momento, pero por lo demás entiendo que este es un riesgo que correr con el uso de un programa nocturno. Si usted no puede manejar esta incertidumbre, se adhieren a M-releases y se basa estables.
Los siguientes 10 usuarios han agradecido a slavibg su comentario:
[ Mostrar/Ocultar listado de agradecimientos ]