Discussion de l'article "Publiez le code de votre article sur MQL5 Algo Forge en 10 minutes : guide pas à pas"

Un nouvel article Publiez le code de votre article sur MQL5 Algo Forge en 10 minutes : guide pas à pas a été publié :

Cet article est un guide pas à pas pour migrer le code d’un projet publié vers un véritable projet MQL5 Algo Forge. Vous configurerez l’environnement et l’authentification dans MetaEditor, créerez un projet dans Projets partagés, choisirez son type, organiserez les fichiers, ajouterez un README.md, vérifierez l’encodage et la compilation, enregistrerez les modifications dans Git par un commit et rendrez le dépôt public. L’article vous aide à mettre en place une structure fonctionnelle et à conserver l’historique des versions, pour le confort des lecteurs.

Votre article est déjà publié sur MQL5 ? Passez à l’étape suivante : transformez le code de l’article en véritable projet sur MQL5 Algo Forge. Ne laissez pas les fichiers sources dans une simple archive. Transférez-les dans le dépôt pour que les lecteurs disposent de la version actuelle du projet, d’une structure de fichiers claire, d’un historique des modifications et d’une description précise. Algo Forge repose sur Git, mais les principales actions Git sont déjà intégrées à l’interface de MetaEditor, et le fichier README.md devient la vitrine du projet.

Préparez votre identifiant MQL5, tous les fichiers de l’article et un README.md complet. Ne remettez pas la publication de votre projet à plus tard. Créez-le maintenant, tant que vous avez tout le code, les paramètres et les ressources associées sous la main. 
Quelques étapes simples suffisent pour publier votre projet dans le dépôt. La publication de votre code ne vous prendra pas plus de 10 minutes : vous en aurez fini avec les archives en désordre, et votre projet sera stocké et mis à jour dans le cloud.


Auteur : MetaQuotes

Именование

Utilisez le nom que nous vous communiquerons. Si aucun nom n'a encore été attribué, respectez un schéma clair :

[Тип материала]-[ID статьи]-[Краткая тема]

Par exemple : Article-21732-Code-Tears-And-Algo-Forge. Un tel nom établit immédiatement un lien entre le projet et l'article et facilite la navigation.

Merci de ne pas en faire une règle obligatoire pour les personnes qui ont leurs propres idées sur l'organisation des dépôts.

Voici mon idée. J’ai créé une organisation qui regroupera les dépôts liés à une même série d’articles. C’est comme un « dossier » qui regroupe des dépôts liés entre eux, ajoute du contexte et permet de donner des noms concis aux dépôts. Lorsque vous ouvrez l’organisation, tous les dépôts relatifs à la série d’articles (et uniquement ceux-là) y sont soigneusement regroupés.

[Тип материала]-[ID статьи]-[Краткая тема]

Par exemple : Article-21732-Code-Tears-And-Algo-Forge. Un tel nom établit immédiatement un lien entre le projet et l'article et facilite la navigation.

Voici comment cela se passe chez moi :

  • Un même dépôt peut être développé successivement dans plusieurs articles.
  • Plusieurs dépôts peuvent être associés à un même article.

C’est pourquoi ce schéma ne me convient absolument pas.

L'idée en elle-même est bonne et conviendra parfaitement à la plupart des auteurs (je pense). Mais je demande qu'il soit permis de ne pas s'y conformer si une personne peut expliquer de manière argumentée pourquoi cela ne lui convient pas.

Типизация

  • Vide — si l'article contient de nombreux fichiers qui doivent être compilés séparément...

On peut alors les répartir dans plusieurs dépôts (le plus souvent).

Une idée pour ceux qui ont suffisamment d’enthousiasme et de discipline pour s’y atteler.

Ça va vraiment m'aider à m'organiser à l'avenir, et je vais le mettre en place ce week-end.

Merci
Vladislav Boyko #:
Merci de ne pas en faire une norme obligatoire pour les personnes qui ont leurs propres idées sur l'organisation des référentiels.
Vous pouvez utiliser votre propre schéma, qui reflète bien la structure des articles/projets.