Именование
저희가 알려드리는 이름을 사용해 주세요. 아직 이름이 정해지지 않았다면, 이해하기 쉬운 형식을 따르세요:
[Тип материала]-[ID статьи]-[Краткая тема]
예를 들어: Article-21732-Code-Tears-And-Algo-Forge. 이러한 이름은 프로젝트를 해당 문서와 바로 연결해 주며 탐색을 용이하게 합니다.
리포지토리 구성에 대해 나름의 생각이 있는 분들에게는 이를 의무적인 표준으로 삼지 말아 주시기 바랍니다.
제 구상은 이렇습니다. 저는 하나의 기사 시리즈와 관련된 리포지토리들을 모아둘 조직( organization)을 만들었습니다. 이는 서로 연관된 리포지토리들을 묶어주는 ‘폴더’와 같으며, 맥락을 제공하고 리포지토리에 간결한 이름을 붙일 수 있게 해줍니다. 조직을 열면, 해당 기사 시리즈와 관련된 모든 리포지토리(그리고 오직 그것들만)가 깔끔하게 정리되어 있습니다.
[Тип материала]-[ID статьи]-[Краткая тема]
예를 들어: Article-21732-Code-Tears-And-Algo-Forge. 이러한 이름은 프로젝트를 해당 기사와 바로 연결해 주며, 탐색을 용이하게 합니다.
제 경우는 다음과 같습니다:
- 하나의 리포지토리가 여러 기사에 걸쳐 순차적으로 발전할 수 있습니다.
- 한 기사에는 여러 리포지토리가 포함될 수 있습니다.
그래서 저에게는 이런 방식이 전혀 맞지 않습니다.
아이디어 자체는 훌륭하고 대부분의 저자에게는 아주 잘 맞을 것입니다(제 생각에는요). 하지만 이 방식이 자신에게 적합하지 않은 이유를 논리적으로 설명할 수 있다면, 이를 따르지 않아도 되도록 허용해 주셨으면 합니다.
Типизация
- Empty — 기사에 별도로 컴파일해야 할 파일이 많을 경우...
그럴 때는 (대개) 여러 개의 리포지토리로 나눌 수 있습니다.
이 작업에 필요한 열정과 자제력을 갖춘 분들을 위한 아이디어로 제시해 봅니다.
새로운 기고글 10분 만에 MQL5 Algo Forge에 프로젝트 코드를 게시하세요: 단계별 가이드 가 게재되었습니다:
귀하의 글이 이미 MQL5에 게시되었나요? 그러면 그 다음 단계로 넘어가세요: 게시글에 코드가 포함되어 있다면 MQL5 Algo Forge에서 이 코드를 완전한 프로젝트로 만들어 보세요. 원본 파일을 압축 파일로만 첨부해 두지 마세요. 독자들이 프로젝트의 최신 버전, 명확한 파일 구조, 변경 내역 및 자세한 설명을 볼 수 있도록 해당 파일들을 저장소로 옮기세요. Algo Forge는 Git을 기반으로 하지만 주요 Git 작업은 이미 MetaEditor 인터페이스에 내장되어 있으며 README.md가 프로젝트의 첫인상의 역할을 합니다.
MQL5 로그인 정보, 게시글에 포함된 모든 파일, 그리고 작성 완료된 README.md 파일을 준비하세요. 프로젝트 게시를 미루지 마세요. 필요한 코드, 설정 및 지원 자료를 모두 손쉽게 이용할 수 있을 때 지금 바로 만들어 보세요.
몇 가지 간단한 단계만 거치면 프로젝트를 저장소에 게시할 수 있습니다. 코드 게시에는 10분도 채 걸리지 않으며 복잡한 압축 파일은 잊어버리세요. 프로젝트는 클라우드에 저장되고 자동으로 업데이트됩니다.
작성자: MetaQuotes