🚀 go-pugleaf

Iba "Jes�s M. NAVARRO" por es.comp.os.linux.programacion

Primero de todo, muchas gracias por la velocidad, la calidad y la cantidad 
de respuestas. (pensaba recibir varias respuestas separadas no un 'todo en 
una') ;).

> 'Branch' es rama y 'release' versi�n.  F�cil �no?

Si te he comprendido bien seria como....

Debian: branch -> Woody o Sarge, release -> 2.2, 3.0, etc...
Kernel: branch -> 2.4 o 2.5, release -> 2.4.18, 2.4.19, ...

Si �s asi, como tu comentas en tu ejemplo en el que en una 'rama' se 
establece una nueva funcionalidad al margen de los bugs de la anterior 
'rama' mientras se solucionan estos.

Una vez resueltos los bugs de la rama original, y suponiendo que la nueva 
rama con la nueva funcionalidad ya est� terminada, c�mo se 'unen' para 
tener una versi�n la la nueva funcionalidad (nueva rama) con los bugs de la 
rama original solucionados ?

(Espero explicar-me bien, esto parece un paja mental)

> En dos palabras: N-O
> Sigue con CVS que ya vas bien.

Recibio, cambio y corto.


>> 3)
> 
> No, directamente.  Pero si tienes suerte y estos ficheros tiene
> extensiones constantes y previsibles, puedes a�adirlas al fichero
> CVSROOT/cvswrappers.  Por ejemplo, sabes que los fichero *.gif son
> binarios: puedes a�adir la siguiente l�nea al fichero cvswrappers:
> 
> *.[Gg][Ii][Ff] -m COPY -k 'b'

Gracias por indicarme el camino, dar� un vistazo a eso del cvswrappers.


>> 4)
>> Es posible usar m�s de un servidor ?
>> 
> 
> En todo caso, y si las desconexiones son por tiempo limitado, quiz�
> podr�as pasar sin actualizar los cambios a ning�n repositorio el tiempo
> que est�s desconectado, en cuyo caso el repositorio del port�til no
> ser�a necesario.

Mejora har� esto, veo que es complicarse mucho la vida. Gracias


>> 5)
> 
> 

Ok, para el caso que necesito creo que me manejar� bien con un par de 
scripts.


>> 6) y �tlimo
> 
> Pues que te suscribas al grupo de noticias gnu.cvs.help.

Ok.


Salut
Count