mapner, para quienes quieran usar control de código con FoxPro, no les queda otra que pasarlo a texto, y por eso el scctext.prg viene incluido con FoxPro. No usar una herramienta SCM para el código hoy en día es un atraso, y
no lo digo solo yo.
Te planeto algunas dudas, para saber como lo hacés vos:
¿Cómo hacés ahora mismo para comparar los cambios hechos entre 2 versiones de un form o de una librería de clases u otro binario?
> Esto permite a veces encontrar un error en una fracción del tiempo que requereriría depurar todo el código¿Y para hacer una revisión de código de todos los cambios hechos desde la última versión de producción de un programa?
> Esto permite estudiar los cambios y ver posibilidades de refactorización de un vistazo¿Cómo hacés para mezclar los cambios hechos en 2 forms, u otro binario cuando interviene más de una persona?
> Esto permite no solo integrar los cambios hechos por 2 personas, sino también incorporar un cambio particular --y no todo-- hecho en algún momento de la historia del archivo, como algo que se tuvo que quitar y que ahora se debe agregar nuevamente.Suponiendo que tenés una versión en Producción y que tenés que arreglar un bug, pero resulta que ya estás trabajando en la nueva versión que obviamente no podés sacar con el parche. ¿Cómo hacés para aplicar la corrección en la versión de Producción y en la versión actual, que también lo arrastra?
> Cuando se arregla un bug de una versión de Producción, solo se debe arreglar ese bug y no se debe tocar ni incorporar nada más, y ese mismo arreglo se debe aplicar al desarrollo actual.Creo que estas 4 tareas definen bien lo que suele hacerse en el día a día con una herramienta de control de código fuente. Sería interesante que los demás miembros del foro comenten sus experiencias así podemos comparar con otras formas de trabajar.
Nota: En Producción significa entregada al cliente interno o externo, para quien le quede la duda.
Nota2: No hace falta gastarse ni un céntimo para trabajar con estas herramientas.
Saludos!