Proceso de liberación
Cada subproyecto Jami tiene su propio repositorio, proceso de construcción, ciclo de integración y así sucesivamente. Además, la arquitectura de Jami se divide en dos módulos independientes: LibRing (demonio) y clientes.
En este caso, no es una solución tener una revisión única, sino que la idea es tener un «estado» global y varias actualizaciones por módulo.
Para lograr la coherencia, cada módulo de Jami debe seguir el mismo proceso descrito en los puntos siguientes. Pero no todos los módulos tienen que ser modificados al mismo tiempo.
FLOO DE PROCESO:
1 de la Comisión |
2 de la Comisión |
3 El |
4 El |
5 El |
6 |
|---|---|---|---|---|---|
El boleto de Redmine |
Preparación de los repositorios |
Pruebas |
Las etiquetas de empuje |
Envases |
Publicidad |
El boleto de Redmine
Crear una nueva tarea en redmine adjunta a la historia de lanzamiento, para el submodule correcto. Establezca el título en «Release Major.Minor.Micro», con el número de versión apropiado.
Pruebas
Elimine las instalaciones existentes de Jami de su máquina.
Comience con el árbol de git limpio ejecutando
git limpio -d -f -xdesde el directorio de nivel superior del proyecto.Construir e instalar el daemon y el cliente, ver Cómo construir
Ejecutar la suite de pruebas en daemon y cliente, en diferentes distribuciones y máquinas.
Ejecutar pruebas manuales
Pruebe a registrarse y utilizar diferentes cuentas.
Pruebe a hacer llamadas entre Jami y otros softphones libres (Ekiga, Linphone), así como teléfonos de hardware VoIP.
Para capturar los valores no inicializados que se utilizan, fugas de memoria, liberas inválidas, etc. ejecuta
valgrind --track-origin=yes --db-attach=yes./bin/dring