Discussione sull’articolo "Pubblica il codice del tuo articolo su MQL5 Algo Forge in 10 minuti: Una guida passo passo"

 

Il nuovo articolo Pubblica il codice del tuo articolo su MQL5 Algo Forge in 10 minuti: Una guida passo passo è stato pubblicato:

L'articolo fornisce una guida passo passo su come migrare il codice da un progetto pubblicato a un progetto MQL5 Algo Forge completo. Configurerai l'ambiente e l'autenticazione in MetaEditor, creerai un progetto in Shared Projects, selezionerai il tipo, organizzerai i file, aggiungerai il file README.md, controllerai la codifica e la compilazione, effettuerai il commit delle modifiche su Git e renderai il repository accessibile pubblicamente. L'articolo contribuisce a costruire una struttura di lavoro e a preservare la cronologia delle versioni per facilitare la consultazione da parte dei lettori.

Il tuo articolo è già stato pubblicato su MQL5? Quindi fai il passo successivo: trasforma il codice dell'articolo in un progetto completo su MQL5 Algo Forge. Non lasciare i file sorgente solo in un archivio. Spostali nel repository in modo che i lettori possano visualizzare la versione corrente del progetto, una struttura di file chiara, la cronologia delle modifiche e una descrizione precisa. Algo Forge è basato su Git, ma le principali azioni di Git sono già integrate nell'interfaccia di MetaEditor e il file README.md diventa la vetrina del progetto.

Prepara le tue credenziali di accesso a MQL5, tutti i file dell'articolo e il file README.md completo. Non rimandare la pubblicazione del tuo progetto. Crealo ora, finché hai a portata di mano tutto il codice, le impostazioni e i materiali di supporto. 
Bastano pochi semplici passaggi per pubblicare il tuo progetto nel repository. Pubblicare il codice richiederà non più di 10 minuti e potrai dimenticarti degli archivi disordinati, poiché il tuo progetto verrà archiviato e aggiornato nel cloud.


Autore: MetaQuotes

 

Именование

Utilizzate il nome che vi forniremo. Se non avete ancora un nome, seguite uno schema chiaro:

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

Ad esempio: Article-21732-Code-Tears-And-Algo-Forge. Un nome di questo tipo collega immediatamente il progetto all'articolo e semplifica la navigazione.

Vi preghiamo di non renderlo uno standard obbligatorio per chi ha le proprie idee su come organizzare i repository.

La mia idea è questa. Ho creato un'organizzazione in cui saranno raccolti i repository relativi a una stessa serie di articoli. È come una "cartella" che raggruppa i repository collegati tra loro, aggiunge contesto e permette di dare ai repository nomi concisi. Si apre l’organizzazione e al suo interno sono raccolti in modo ordinato tutti i repository relativi alla serie di articoli (e solo quelli).

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

Ad esempio: Article-21732-Code-Tears-And-Algo-Forge. Un nome del genere collega immediatamente il progetto all’articolo e semplifica la navigazione.

La mia situazione è la seguente:

  • Un repository può essere sviluppato in sequenza in diversi articoli.
  • Un singolo articolo può coinvolgere più repository.

Pertanto, questo schema non mi va affatto bene.

L’idea in sé è buona e si adatta perfettamente alla maggior parte degli autori (credo). Chiedo però di consentire di non attenersi a questa regola, se una persona è in grado di spiegare in modo argomentato perché non fa al caso suo.

 

Типизация

  • Vuoto — se nell'articolo ci sono molti file che devono essere compilati separatamente...

È possibile suddividerli in diversi repository (spesso).

È un'idea per chi ha abbastanza entusiasmo e disciplina da dedicarsi a questa attività.

 
Questo mi aiuterà sicuramente a organizzarmi meglio d’ora in poi, e lo configurerò questo fine settimana.

Grazie
 
Vladislav Boyko #:
Vi preghiamo di non renderlo uno standard obbligatorio per chi ha le proprie idee su come organizzare i repository.
Potete utilizzare il vostro schema, che rispecchi bene la struttura degli articoli/progetti