Markdown 밑줄: GitHub와 다른 렌더러에서 지원되는 방식

Markdown에는 텍스트에 밑줄을 긋는 기본 문법이 없습니다. CommonMark와 GitHub Flavored Markdown에서 _텍스트_는 기울임꼴, __텍스트__는 굵은 글씨입니다. 밑줄에는 보통 HTML 지원이나 애플리케이션별 확장이 필요합니다.

GitHub 문서에서 안내하는 형식은 다음과 같습니다.

<ins>수정된 마감일</ins>은 금요일입니다.

GitHub는 기본 서식 문서에서 <ins>...</ins>를 밑줄용으로 안내합니다. 이는 플랫폼이 지원하는 HTML 방식이며 어디서나 작동하는 새로운 Markdown 구분 기호가 아닙니다.

밑줄, 굵은 글씨, 기울임꼴 비교

원문	의미	지원 환경
_중요_	강조, 보통 기울임꼴	CommonMark와 GFM
__중요__	강한 강조, 보통 굵은 글씨	CommonMark와 GFM
**중요**	강한 강조, 보통 굵은 글씨	CommonMark와 GFM
<ins>추가한 텍스트</ins>	삽입한 텍스트, 보통 밑줄	HTML을 허용하는 렌더러, GitHub 문서에 명시
<u>주석 텍스트</u>	HTML 주석, 보통 밑줄	이 HTML 요소를 허용하는 렌더러

강조가 목적이면 굵은 글씨나 기울임꼴을 선택하세요. 예를 들어 **금요일 마감**은 원시 HTML에 의존하지 않고 README, 메모, Markdown 내보내기에 사용할 수 있습니다.

ins와 u는 어떻게 다른가요?

두 태그는 비슷하게 보일 수 있지만 뜻이 다릅니다.

<ins>는 문서에 삽입된 텍스트를 나타냅니다. 새 요구 사항 추가 같은 수정에 적합합니다. 브라우저는 보통 밑줄로 표시하지만 스타일시트가 모양을 바꿀 수 있습니다. MDN 삽입 텍스트 참고 문서를 확인하세요.

이번 릴리스는 <ins>CSV 및 TSV 가져오기</ins>를 지원합니다.

<u>는 철자 오류 표시처럼 일반 강조가 아닌 주석을 나타냅니다. 현대 HTML에서는 이를 범용적인 “중요하게 표시” 태그로 정의하지 않습니다. MDN u 요소 참고 문서를 확인하세요.

<u>recieve</u>의 철자를 확인하세요.

웹사이트를 직접 관리하고 시각적인 밑줄만 필요하다면 CSS로 text-decoration: underline을 적용하세요. 호스팅형 Markdown 플랫폼은 스타일 속성을 제거하거나 사용자 지정 스타일을 금지할 수 있으므로 이 방법 역시 완전히 이식 가능하지는 않습니다.

한 편집기에서는 보이는 밑줄이 다른 편집기에서는 사라지는 이유는 무엇인가요?

세 가지 결정이 별도로 이루어집니다. Markdown 파서가 HTML을 인식하고, 앱이 허용할 태그를 고르며, 대상 스타일시트가 허용된 요소의 모양을 정합니다. GFM 지원이 모든 HTML 태그 허용을 보장하지는 않습니다.

MD File Viewer 편집기는 현재 사용자 입력에서 원시 HTML 태그를 제거합니다. <ins>추가한 텍스트</ins>나 <u>주석 텍스트</u>를 붙여 넣으면 태그 없이 글자만 남으므로 미리 보기에 밑줄이 표시되지 않습니다. 지원되는 Markdown 서식은 이 미리 보기로 확인하고, HTML 기반 서식은 실제 게시할 대상에서 확인하세요.

HTML 문서를 Markdown으로 옮길 때는 HTML을 Markdown으로 변환하는 도구가 텍스트, 제목, 링크, 목록을 복원하는 데 도움이 됩니다. 일반 Markdown에 해당 문법이 없으므로 밑줄이나 사용자 지정 CSS는 사라질 수 있습니다. 원본 문서를 대체하기 전에 결과를 확인하세요.

GitHub README 예제

변경 내역에 짧은 추가 내용을 표시할 때 GitHub가 안내하는 HTML 방식은 다음과 같습니다.

이 버전은 <ins>선택적인 가져오기 단계</ins>를 추가합니다.

마감일이나 요구 사항에는 Markdown 강조를 사용하세요.

**필수:** CSV 파일에 머리글 행을 포함하세요.

이동할 위치는 링크로 표시하세요.

[가져오기 안내 읽기](https://example.com/import)

밑줄이 있는 텍스트는 클릭 가능한 링크처럼 보일 수 있습니다. 특히 같은 문단에 실제 링크가 있다면 일반 라벨이 상호작용 가능한 것처럼 보이지 않도록 하세요. Markdown 링크 안내는 설명적인 링크 텍스트와 참조 링크를 다룹니다.

흔한 밑줄 실수

이중 밑줄은 글자를 굵게 만듭니다. **단어**를 __단어__로 바꾸면 구분 기호만 바뀌며 뜻은 같습니다. 둘 다 강한 강조입니다.

백틱은 태그를 코드로 표시합니다. `<ins>텍스트</ins>`는 튜토리얼에서 유용하지만, 태그를 렌더링하는 대신 마크업 자체를 보여주기 위한 문법입니다.

키보드 단축키는 앱 기능입니다. 서식 있는 텍스트 편집기는 밑줄 명령을 제공하고 HTML이나 자체 문서 형식으로 저장할 수 있습니다. 그렇다고 밑줄이 이식 가능한 Markdown의 일부가 되지는 않습니다.

밑줄 방식의 제목은 다른 개념입니다. 다음 원문에서 하이픈은 2단계 제목을 만듭니다.

업데이트 내역
-------------

문단 안의 구절에 밑줄을 긋는 것이 아닙니다. 섹션 사이의 구분선은 위아래에 빈 줄을 넣은 Markdown 수평선을 사용하세요.

자주 묻는 질문

GitHub의 Markdown에서 밑줄을 어떻게 넣나요?

GitHub가 밑줄용으로 안내하는 <ins>텍스트</ins>를 사용하세요. HTML 미지원 렌더러에서도 작동하는 강조가 필요하다면 **텍스트** 또는 *텍스트*를 사용하세요.

Markdown만으로 쓰는 대체 밑줄 문법이 있나요?

표준 밑줄 구분 기호는 없습니다. 자체 문법을 추가한 앱도 있지만 해당 문서와 내보내기 형식을 확인해야 합니다.

Markdown을 PDF나 Word로 바꾸면 밑줄이 유지되나요?

변환기가 해당 HTML 또는 확장을 보존하고 그 스타일을 지원하는 경우에만 유지됩니다. 한 앱의 미리 보기에 있는 밑줄이 다른 내보내기 도구에서도 유지된다고 가정하지 마세요. 결과 파일을 확인하거나 이식성이 중요하면 표준 굵은 강조를 사용하세요.

Markdown 치트 시트에는 전용 Markdown 문법이 있는 서식을 간단히 정리했습니다.