Discussão do artigo "Migrando para o MQL5 Algo Forge (Parte 4): Trabalhando com versões e lançamentos"

 

Novo artigo Migrando para o MQL5 Algo Forge (Parte 4): Trabalhando com versões e lançamentos foi publicado:

Vamos continuar o desenvolvimento dos projetos Simple Candles e Adwizard, detalhando os aspectos do uso do sistema de controle de versão e do repositório MQL5 Algo Forge.

O experimento de integração da biblioteca SmartATR ao EA SimpleCandles mostrou claramente que o caminho direto (o simples clone) nem sempre é conveniente, especialmente se o código precisar de ajustes. Elaboramos um fluxo de trabalho detalhado por meio da criação de um fork, que se tornou nossa cópia pessoal do repositório de outro autor para corrigir erros e fazer modificações, com a possibilidade futura de propor essas alterações ao autor por meio de um Pull Request.

Apesar de algumas limitações na interface do MetaEditor, a combinação com a interface web do repositório MQL5 Algo Forge permitiu executar com sucesso toda a cadeia de ações desde o clone até o commit das alterações e a conexão final do projeto com a biblioteca externa. Assim, não apenas resolvemos uma tarefa específica, como também analisamos um modelo de ações universal para integrar qualquer componente de terceiros.

No artigo de hoje, vamos examinar mais de perto a etapa de publicação das alterações feitas no repositório, que formam uma solução completa, seja a adição de uma nova funcionalidade ao projeto ou a correção de um erro identificado. Trata-se do controle de versão ou do lançamento de uma nova versão do produto. Vamos ver como organizar esse processo e quais recursos o repositório MQL5 Algo Forge oferece para isso.


Autor: Yuriy Bykov