마크다운 예제

이것은 빠른 참조 및 쇼케이스를 위한 것입니다. 자세한 내용은 John Gruber의 원래 사양과 Github 풍미의 마크다운 정보 페이지를 참조하십시오. 다른 마크다운 요소도 블록따옴표에 배치할 수 있으므로 따옴표에 강조와 같은 서식이 필요한 경우 추가할 수 있습니다. 선이 > 기호로 시작하여 이 작업을 수행하도록 하십시오. 오픈 퍼블리싱 서비스(OPS)는 GitHub 풍미 마크다운(GFM)과 매우 호환되는 마크디그 파서(Markdig Parser)를 구현합니다. Markdig는 마크다운 확장을 통해 일부 기능을 추가합니다. 따라서 전체 OPS 작성 가이드에서 선택한 문서가 이 가이드에 포함되어 있습니다. 예를 들어 목판의 “Markdig 및 Markdown 확장” 및 “코드 조각”을 참조하십시오. 마크다운에는 이미지도 포함될 수 있습니다. 언젠가 여기에 뭔가를 추가해야합니다. (이 예제에서는 선행 및 후행 공백이 점으로 표시됩니다. 유효한 마크다운을 포함할 수 있습니다.

모든 Markdown 파일은 리포지토리의 루트에 있는 공통 /포함 하위 디렉터리에 배치되어야 합니다. 문서가 게시되면 포함된 파일이 문서에 원활하게 통합됩니다. 예제는 요소 블록 요소와 스팬 요소의 두 개의 서로 다른 섹션으로 나뉩니다. 블록 요소는 단락, 코드 또는 헤더와 같이 고유한 줄을 차지합니다. 예를 들어,을 <lt;script name> 2012년부터 제프 애트우드와 존 맥팔레인을 포함한 그룹들이 Atwood가 표준화 노력으로 특징지어진 것을 시작했습니다.] 26] 커뮤니티 웹 사이트는 이제 “문서 작성자 및 개발자뿐만 아니라 다양한 마크다운 구현의 구현자가 사용할 수 있는 다양한 도구와 리소스를 문서화”하는 것을 목표로 합니다. [27] 2014년 9월, 그루버는 이러한 노력의 이름으로 “마크다운”을 사용한다는 데 반대했으며, 커먼마크라는 이름의 새로운 방언으로 브랜드를 변경했습니다. [28] [29] CommonMark.org 사양, 참조 구현 및 테스트 도구 모음의 여러 버전을 발표했으며 “[2019년에 최종 1.0 사양 및 테스트 제품군을 발표할 계획]“을 발표했습니다. [30] git 커밋에 #bugID 버그를 참조하면 버그를 전표에 연결합니다. 예를 들어 #1. 코드 블록은 Markdown 사양의 일부이지만 구문 강조 표시는 그렇지 않습니다. 그러나 Github와 Markdown Here와 같은 많은 렌더러가 구문 강조 를 지원합니다.

지원되는 언어와 해당 언어 이름을 작성하는 방법은 렌더러마다 다릅니다.