![]() |
![]() |
![]() |
![]() |
![]() |
FTP | ![]() |
![]() |
CCD | ![]() |
![]() |
Buscar | ![]() |
![]() |
Trucos | ![]() |
![]() |
Trabajo | ![]() |
![]() |
Foros | ![]() |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
![]() |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
|||
|
|||
Hola.
El tema es realmente interesante, la solución es sencilla en su concepción, pero tiene trabajo en la intrumentación. Me explico. Primero hemos de usar un software que nos permita el control de versiones, si no nos podemos volver locos con los cambios, adiciones y similares. A partir de esto, cuando terminamos la versión y la consideramos estable, la marcamos y generamos una nueva versión, la beta. A mí personalmente me gusta el sistema de linux de numeración. Primer dígito para la versión. Segundo dígito para la revisión y tercero para pequeños cambios o actualizaciones. En el segundo dígito suelo usar un número para para versiones estables, y uno impar para versiones de prueba. Cuando empiezas una versión, lo lógico es tenerla en una carpeta nueva, que incluya normalmente el número de versión principal y el de revisión. A partir de aquí desarrollas normalmente. El problema suele venir con los 'apaños' que debemos intentar que no modifiquen la funcionalidad, sino que sólamente corrijan fallos. La forma de que al arreglar los errores en una versión se modifique el código en las otras, el mejor modo es usar las herramientas que vienen con el control de versiones y que nos permiten hacer un 'diff' del fichero de código y trasladar las modificaciones fácilmente. (Depende de la herramienta de control de versiones el que sea sencillo o complicado. Si activamos la casilla de guardar los formularios de delphi como texto esto nos permite hasta el trasladar los cambios hechos en la apariencia del formulario de un proyecto a otro sin apenas trabajo. y almacenar los cambios realizados a los formularios con gran detalle. Espero que esto te haya aclarado algo. Aparte este método tiene la ventaja de que varias personas pueden trabajar en el proyecto, desde distintos equipos siempre que se siga un criterio ordenado para aplicar los cambios en el control de versiones. Un saludo, Antonio. |
#2
|
||||
|
||||
Cita:
No es por contradecirte, es tan sólo mi opinión. Tengo una duda por lo que comentas sobre el uso de la versiones en Linux para designar cuando es estable y cuando no. Según lo que leo aquí ese sistema ya no se sigue usando. ¿Podrías aclararme el panorama por favor? No uso Linux, pero me llamó la atención esta discrepancia. Saludos, |
#3
|
|||
|
|||
Hola Delphius.
No te preocupes, no me llevas la contraria, sino que me das la razón. Obviamente hay que ser muy ordenado en los métodos para llevar un control correcto de las versiones de los programas que desarrollas. El motivo de indicar la necesidad/idoneidad de un software de control de versiones es por la mejora del trabajo cotidiano que hay que hacer para mantener las diferentes versiones, y simplificarlo en la medida de lo posible. Una ventaja adicional de este tipo de software es la realización de copias de seguridad, puesto que siempre disponemos de al menos dos versiones de todo, la que hay en el equipo y la que está almacenada en dicho software. Si a todo esto añadimos que se nos permite una sincronización del trabajo más o menos restrictiva entre varios miembros de un equipo, cuando atacamos problemas con una cierta entidad, dos o más personas pueden estar simultáneamente trabajando sobre el mismo proyecto. Con respecto a lo de Linux, ha sido una sorpresa el ver que ya no siguen con el sistema de numeración. Yo lo recordaba de cuando el kernel 2.1 y 2.0, de esto hace ya casi diez años, (al menos). Me pareció una buena idea y por eso lo adopté y lo he usado en varios proyectos. |
#4
|
||||
|
||||
Pués muy simple, nunca publiques versiones estables, es decir con la palabra "estable o final" a menos que ya no quieras seguir desarrollandola.
|
#5
|
||||
|
||||
Hola,
Gracias por vuestros comentarios. Parece quedar claro que la versión estable no debe cambiarse ni actualizarse,... hasta la siguiente versión estable. A no ser que igual hubiera algún problema, en cuyo caso sacaría una nueva versión (menor) estable con los problemas corregidos. Cita:
Evidentemente, dentro de X meses, aparecerá una nueva versión estable, y tú verás si actualizas o no, pero, no es lo mismo plantearte esa situación cada X meses que hacerlo cada día... |
![]() |
Herramientas | Buscar en Tema |
Desplegado | |
|
|
![]() |
||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Problemas de escritura y demas que no consigo ver | radge | OOP | 5 | 26-08-2008 15:28:01 |
memorias y hd y demas... | diniremix | Varios | 1 | 04-05-2006 09:25:19 |
que tal es el delphi8 y demas....??? | famcd | Varios | 1 | 06-02-2006 18:24:01 |
Dispositivos (bluetooth i demás) | Descendents | Varios | 0 | 11-12-2003 11:20:21 |
![]() |
|