Coordinación de ramas "develop"

[SeiTaN]

Bueno, en visto que esto se mueve, he pensado usar los ficheros de develop para tener una versión de pelisalacarta en plan beta, e ir testeando los últimos cambios que son muy interesantes.

Lo suyo sería que nos organizaramos para probar en distintas plataformas, kodi, plex o mediaserver. Yo uso kodi y me ofrezco testearlo ahí.

A ver que os parece.

[super_berny]

En primer lugar gracias a Jesus por su dedicacion.

Y ahora quisiera recordaros a todos la necesidad de actualizar (fetch) vuestros repositorios locales con los nuevos cambios de la rama Develop de Jesus. Y despues si teneis ramas con desarrollos propios tambien debeis actualizarlas con estos cambios (mergeando a vuestras ramas los cambios de develop). Es importante hacer esto y tener claro el origen y destino del merge: me situo en la rama destino y arrastro la de origen, en este caso DEVELOP.
Si no lo hacemos asi, cuando vayamos a subir nuestros nuevos desarrollos mediante PR tendremos conflictos y de los gordos. Avisados estais!!!

[jesus]

Bueno, ya está el lío montao

Sólo quedan pendientes los PR que iban directamente contra el master (cambios en canales y conectores), lo demás está incluido todo en "develop" incluyendo el branch "develop-mediaserver".

Queda el branch "develop-limpieza-y-reorganización" que entiendo que ya está recogido en lo que actualmente tiene "develop", si no me decís lo contrario lo borraré también.

Ahora lo que toca es descargarse "develop" y probar...

El día que tenga que pasar todo esto al master va a ser la leche, o el infierno ja ja ja

[super_berny]

Ahora lo que toca es descargarse "develop" y probar...

Vas a crear zips de las versiones mediaserver y plex basados en esta rama? algo asi como una beta?

El día que tenga que pasar todo esto al master va a ser la leche, o el infierno ja ja ja

Creeme si no tocas antes la rama Master no tendran ningun problema. El truco para no tener conflictos esta en q el origen de ambas ramas sea el mismo y solo una de ellas tenga cambios. Asi pues si todo lo q vayas a mergear lo haces siempre sobre develop y despues te situas en Master y mergeas desde develop no habra conflictos.

[jesus]

si todo lo q vayas a mergear lo haces siempre sobre develop y despues te situas en Master y mergeas desde develop no habra conflictos.

Yo no soy de apostar, pero esa cerveza creo que la perderías tú

Y eso que tu frase tiene un montón de condicionales para protegerte ja ja ja

Hay varios PR pendientes contra master, de una forma u otra acabará habiendo conflictos.

Vas a crear zips de las versiones mediaserver y plex basados en esta rama? algo asi como una beta?

No, mi idea es estabilizar y pasar al master. La nueva versión creo que será directamente algo del tipo "4.1" en lugar de "4.0.X".

He pensado aprovechar el lío y que tengo que probar todo de nuevo para hacer un checklist que me permita hacer pruebas más exhaustivas antes de sacar una versión...

[jesus]

Bueno, en visto que esto se mueve, he pensado usar los ficheros de develop para tener una versión de pelisalacarta en plan beta, e ir testeando los últimos cambios que son muy interesantes.

Lo suyo sería que nos organizaramos para probar en distintas plataformas, kodi, plex o mediaserver. Yo uso kodi y me ofrezco testearlo ahí.

A ver que os parece.

Hablando del tema de pruebas, lógicamente sí que tiene sentido que nos coordinemos

Lo primero desde luego es hacer una lista de las cosas que hay que probar, yo separaría las pruebas en canales y conectores (menos importantes porque algún día conseguiremos que sean automáticas) de las pruebas de funcionalidad (buscador, biblioteca, etc.).

Tampoco va a haber tantas cosas.

[super_berny]

Yo no soy de apostar, pero esa cerveza creo que la perderías tú

Hombre de poca fe...

Hay varios PR pendientes contra master, de una forma u otra acabará habiendo conflictos.

Los PR SIEMPRE SIEMPRE contra DEVELOP, asi no habra conflictos.
Si al crearla no se ha hecho asi, tu puedes modificar el destino del PR.

He pensado aprovechar el lío y que tengo que probar todo de nuevo para hacer un checklist que me permita hacer pruebas más exhaustivas antes de sacar una versión...

Me parece correcto, pero si necesitas probar algo en diferentes maquinas o plataformas no dudes en pedir voluntarios