Changes between Initial Version and Version 1 of Reunion271010


Ignore:
Timestamp:
Nov 2, 2010, 11:53:22 AM (14 years ago)
Author:
irina
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • Reunion271010

    v1 v1  
     1= Acta videoconferencia 27 Octubre 2010 =
     2== Estado actual ==
     3'''Malaga.'''
     4
     5Tiene 8 aulas con opengnsys
     6
     7Utilizan para restaurar:
     8
     9        partclone comprimido con lzop.
     10
     11        Multicast y p2p, depende del aula puede utilizar un protocolo u otro.
     12       
     13
     14'''Sevilla'''
     15
     16Tiene 2 aulas con opengnsys
     17
     18Utilizan para restaurar:
     19
     20        partclone comprimido con gzip.
     21
     22        Multicast o unicast
     23       
     24       
     25'''Zaragoza'''
     26
     27Tenía un aula y la ha quitado.
     28
     29
     30
     31
     32== Estabilización del trunck ==
     33=== Las pruebas se harán con una instalación desde cero. ===
     34Utilizaremos el instalador en un sistema "limpio". Se ha de borrar la base de datos y el usuario de la misma. (Si existe el usuario, no puede crearlo el instalador y no le da los permisos necesarios sobre la base de datos)
     35
     36
     37
     38
     39=== Definir un banco de pruebas. ===
     40A partir de ahora para incorporar un código de la rama trunk a la estable definiremos un banco de pruebas
     41
     42        Lo utilizaremos para estabilizar la rama del trunk
     43       
     44        La lista de comprobación estará en el wiki.
     45       
     46
     47El banco de pruebas tiene que contener pruebas a distintos niveles:
     48
     49              * Funciones
     50              * Script
     51              * Consola.
     52                * Alta/ Baja de Pc/ Aula
     53                * Lanzar todos los comandos.
     54               
     55
     56=== Para migración de la versión anterior. ===
     57
     58A partir de ahora cuando la versión nueva no se pueda instalar sobre la anterior se creará un script de migración de una a otra
     59
     60En la versión actual, además de estabilizar el código, se creará un script de actualización de la versión anterior a la nueva.
     61
     62
     63
     64
     65== Redefinir el roadmap ==
     66=== 1.- Versión 0.10 ===
     67La prioridad es estabilizar el trunk, se nombrará como versión 0.10
     68
     69Se plantéa si ofrecer una única herramienta de clonación o varias y que elija el usuario. Se decide una única herramienta (partclone) pero que se pueda restaurar imágenes de versiones anteriores (partimage)
     70
     71
     72Para está versión se incluirán las siguientes características.
     73
     74      * Estabilizar el trunk
     75      * Cache
     76        * Desde la línea de comando funciona.
     77        * Desde la consola faltaría que antes de modificar la cache o las particiones compruebe que hay espacio suficiente en disco y otras cosas básicas. (Esta creado el ticket)
     78               
     79       
     80       
     81      * Partclone
     82
     83        Se está usando en Sevilla y Málaga, se subirá el código al trunk ya, para estabilizarlo con lo demás.
     84               
     85       
     86
     87
     88
     89=== 2.- Versión 1.0 ===
     90Para solucionar el problema del arranque en las placas con SATA2 en modo IDE, se dan dos opciones: poder utilizar grub o un menú PXE.
     91
     92
     93Para está versión se incluirán las siguientes características.
     94
     95
     96      * Soporte Windows 7
     97      * Menú PXE opcional
     98      * Menú grub opcional
     99      * Bittorrent/multicast
     100       
     101
     102
     103
     104== Estructura en las ramas del proyecto: ==
     105Tendremos cuatro ramas:
     106
     107
     108=== STABLE ===
     109
     110El contenido de esta versión STABLE será el que se deba descargar para instalarlo. Esto implica cambiar el instalador.
     111
     112El código que hay actualmente en el trunk cuando esté estabilizado debe pasar los test del banco de pruebas y si los pasa, etiquetar esta versión como STABLE.
     113       
     114
     115=== TRUNK ===
     116 
     117Se utilizará para la corrección de errores de la versión STABLE.       
     118
     119Se mantendrá casi estable.
     120       
     121       
     122=== TESTING ===
     123
     124
     125Para una nueva version se creará una rama testing desde la STABLE. Trabajaremos con esta nueva rama añadiendo el código para cumplir los hitos marcados en el roadmap de la siguiente versión a la STABLE.
     126
     127Si se considera que algo es importante como para incluirlo en esta siguiente versión se debe discutir y añadirlo en el roadmap.
     128
     129Cuando se hayan complatado todas las tareas asignadas a esta nueva versión, realizar los test del banco de pruebas sobre esta nueva versión, en caso de pasar los test, cambiar esta nueva versión al trunk y etiquetarla como STABLE.
     130       
     131       
     132=== BRANCH ===
     133
     134Cualquier otro cambio, ya sea pequeño o importante que no esté definido en el roadmap, debe hacerse en una rama propia en el branch.
     135