Diskussion zum Artikel "Umstellung auf MQL5 Algo Forge (Teil 4): Arbeiten mit Versionen und Releases"

[MetaQuotes]

Neuer Artikel Umstellung auf MQL5 Algo Forge (Teil 4): Arbeiten mit Versionen und Releases :

Wir werden die Entwicklung der Projekte Simple Candles und Adwizard fortsetzen und dabei auch die feineren Aspekte der Verwendung des Versionskontrollsystems und des Repositorys von MQL5 Algo Forge beschreiben.

Das Experiment, die SmartATR-Bibliothek mit dem SimpleCandles Expert Advisor zu verbinden, hat deutlich gezeigt, dass der direkte Ansatz durch einfaches Klonen nicht immer zweckmäßig ist, insbesondere wenn der Code Änderungen erfordert. Stattdessen folgten wir dem korrekten Arbeitsablauf: Wir erstellten einen Fork, der zu unserer persönlichen Kopie des Repositorys eines anderen wurde, um Fehler zu beheben und Änderungen vorzunehmen, wobei wir uns die Möglichkeit offen hielten, dem Autor diese Änderungen später über einen Pull Request vorzuschlagen.

Trotz gewisser Einschränkungen, auf die wir innerhalb der MetaEditor-Schnittstelle gestoßen sind, konnten wir durch die Kombination mit der MQL5 Algo Forge-Webschnittstelle die gesamte Aktionskette erfolgreich abschließen – vom Klonen über den Commit von Änderungen bis hin zum Verknüpfen des Projekts mit einer externen Bibliothek. So haben wir nicht nur eine spezifische Aufgabe gelöst, sondern auch eine universelle Vorlage für die Integration beliebiger Komponenten von Drittanbietern untersucht.

Im heutigen Artikel werden wir die Phase der Veröffentlichung der im Repository vorgenommenen Änderungen näher betrachten. Dabei handelt es sich um einen bestimmten Satz von Änderungen, die eine vollständige Lösung bilden, sei es das Hinzufügen neuer Funktionen zu einem Projekt oder das Beheben eines entdeckten Problems. Dabei handelt es sich um den Prozess der Übergabe oder Freigabe einer neuen Produktversion. Wir werden sehen, wie man diesen Prozess organisiert und welche Möglichkeiten MQL5 Algo Forge dafür bietet.

Autor: Yuriy Bykov