Cuando algo cambie en la operativa, necesitas poder reconstruir qué versión estaba instalada y de dónde salió. Guarda el código fuente, los ajustes de compilación, el .algo entregado y el registro de comprobaciones como una sola versión identificable.
Del proyecto al archivo que instalas
El proyecto fuente permite revisar el cambio; el .algo es el archivo generado para usarlo. La documentación de compilación de cTrader describe cómo compilar proyectos de cBot y crear ese archivo, además de opciones para configurar la compilación, copiar el resultado e incluir código fuente o símbolos. Apunta qué revisión del proyecto dio lugar al archivo concreto; el nombre por sí solo no establece esa relación.
Añade a cada entrega una ficha breve con:
- La revisión del código y el motivo del cambio.
- El compilador y los ajustes usados.
- El archivo
.algoexacto que vas a instalar. - La configuración y los parámetros de la comprobación.
- El resultado observado y cualquier límite conocido.
Así, si después aparece una diferencia, no tendrás que adivinar qué compilaste ni qué configuración acompañaba al archivo.
Cómo evitar una actualización a ciegas
Empieza guardando el cambio en el control de versiones; no subas credenciales al repositorio. Antes de compilar, revisa el diff frente a lo que querías cambiar. La guía para revisar código de cBot generado con IA sirve también para cambios manuales: comprueba las rutas afectadas, no solo que el proyecto compile.
Después compila desde la revisión guardada y etiqueta el resultado con una referencia que puedas rastrear. Deja el archivo anterior y su configuración localizables mientras verificas el nuevo en el entorno previsto. Si necesitas volver atrás, restaura el artefacto conocido y sus ajustes emparejados; recompilar código antiguo sin conservar el contexto puede producir otra entrega.
GitHub explica que sus releases se basan en etiquetas de Git y pueden agrupar notas y archivos descargables. Puedes adoptar ese patrón para distribuir tus propias versiones privadas. Es una forma de organizar el trabajo, no una obligación impuesta por cTrader: la etiqueta señala el punto del historial y el artefacto adjunto señala qué archivo entregaste.
El historial no sustituye la prueba
Tener trazabilidad permite repetir una compilación y entender una actualización; no demuestra que la estrategia sea rentable ni que el resultado de ejecución vaya a repetirse con otro broker o cuenta. Comprueba el archivo exacto con los parámetros que piensas usar y mantén las protecciones operativas por separado.
Si falta una pieza, detén la entrega y reconstruye la relación antes de actualizar. Un nombre ordenado ayuda a buscar; no demuestra qué contiene el archivo.