Discusión sobre el artículo "Cambiando a MQL5 Algo Forge (Parte 4): Trabajamos con versiones y lanzamientos"
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Artículo publicado Cambiando a MQL5 Algo Forge (Parte 4): Trabajamos con versiones y lanzamientos:
El experimento con la conexión de la biblioteca SmartATR al asesor experto SimpleCandles ha demostrado claramente que la forma directa (clonación simple) no siempre resulta conveniente, especialmente si el código requiere modificaciones. Asimismo, elaboramos detalladamente el flujo de trabajo correcto mediante la creación de una bifurcación que se convirtió en nuestra copia personal del repositorio de otra persona para corregir errores y realizar modificaciones, con la posibilidad de ofrecer esos cambios al autor mediante Pull Request en el futuro.
A pesar de que existen algunas limitaciones en la interfaz del MetaEditor, la combinación con la interfaz web del repositorio MQL5 Algo Forge permitió realizar con éxito toda la cadena de acciones desde la clonación hasta el commit de las ediciones y la conexión final del proyecto con la biblioteca externa. Así, no solo resolvimos un problema específico, sino que también consideramos un patrón de acción universal para integrar cualquier componente de terceros.
En el artículo de hoy, nos detendremos en la fase de publicación en el repositorio de las ediciones realizadas, cuyo conjunto forma una solución completa, ya se trate de añadir una nueva funcionalidad al proyecto o de corregir un error anteriormente detectado. Estamos hablando de la corrección o el lanzamiento de una nueva versión de un producto. Veamos cómo se puede organizar este proceso y qué características nos ofrece MQL5 Algo Forge en este repositorio.
Autor: Yuriy Bykov