GitBook는 Markdown를 사용하여 문서 사이트, API 가이드 및 지식 기반을 만드는 인기있는 플랫폼입니다. 만약 문서의 초안이 Word에 있는 경우, GitBook-환성 Markdown로 변환하는 것은 간단한 과정입니다. 이 가이드 는 전체 Word로 GitBook 작업 흐름.
왜 GitBook를 문서로 쓰나요?
GitBook은 Markdown파일을
- 깨끗하고 전문적인 기본 테마
- 전체 텍스트 검색
- 파일 구조에서 생성된 내비게이션 사이드바
- GitHub 버전 제어 문서 동기화
- 사용자 정의 도메인
Word에서 작성된 내용은 Markdown로 변환되면 GitBook의 페이지 모델로 잘 매핑됩니다.
Word 문서를 변환
시작해 WordToMD:
- 변환기에 .docx 문서를 드래그
- Markdown 출력을 검토 헤드, 테이블, 코드 섹션 확인
- .md 파일을 다운로드
출력은 Markdown로 GitBook이 직접적으로 받아들이는 표준이다.
GitBook 파일 구조
GitBook는 a에 대한 컨텐츠를 조직합니다 SUMMARY.md 내비게이션 구조를 정의하는 파일:
# Table of Contents
* [Introduction](README.md)
* [Getting Started](getting-started/README.md)
* [Installation](getting-started/installation.md)
* [Configuration](getting-started/configuration.md)
* [API Reference](api/README.md)
* [Authentication](api/authentication.md)
SUMMARY.md의 각 글꼴은 GitBook 사이드바에서 페이지가 됩니다. Word 문서를 변환한 후, 이 구조로 정리합니다.
GitBook의 전면
GitBook (유전 버전) 는 YAML 프론트마터를 사용하지 않습니다. 페이지 타이틀은 첫 번째 H1 헤드에서 나옵니다. GitBook의 최신 버전 (GitBook.com) 은 일부 프론트마터를 수용하지만 안전한 접근법은 첫 번째를 사용하는 것입니다. # Heading 페이지 제목으로:
# Authentication Guide
This section describes how to authenticate with the API.
## Overview
...
부문 구조
GitBook는 H2 및 H3 헤드에서 페이지 레벨의 컨텐츠 테이블을 생성합니다. 순위 계층 을 깨끗 하게 유지 하십시오.
- H1 페이지 제목 (각 파일마다 하나)
- H2 주요 섹션 (TOC 페이지에서 나타납니다)
- H3 하위 섹션
본문 Markdown 제목 안내서 최고의 실습을 위한 제목입니다.
GitBook의 테이블
GitBook는 GFM 테이블을 스타일링으로 렌더링합니다. Word 문서에서 테이블을 올바르게 변환 WordToMD:
| Endpoint | Method | Description |
|---|---|---|
| `/auth/login` | POST | Authenticate user |
| `/auth/logout` | POST | End session |
| `/users/{id}` | GET | Get user profile |
복잡한 테이블 시나리오에 대해서는 참조 Markdown 표: 완전한 안내.
코드 블록
GitBook는 문법 하이라이트로 울타리 된 코드 블록을 렌더링합니다. 변환 후 WordToMD, 코드 샘플을 제대로 포맷:
```bash
npm install -g gitbook-cli
gitbook init my-docs
```
GitBook는 또한 호출을 위한 특별한 힌트 블록 유형을 가지고 있습니다.
{% hint style="info" %}
This is an information callout.
{% endhint %}
{% hint style="warning" %}
This is a warning callout.
{% endhint %}
Word 문서에서 호출 상자가 강조되어 있다면, 초기 Markdown 변환 후에 GitBook 힌트 블록으로 변환합니다.
GitHub 동기화 워크플로우
GitBook는 GitHub 저장소와의 동기화를 지원합니다:
- GitHub 리포를 만들고 변환된 .md 파일을 추가
- GitBook를 GitBook의 설정에서 리포에 연결
- GitBook Markdown 파일에서 자동으로 생성 및 게시
- GitBook의 편집은 GitHub로 다시 동기화되고, 반대로
이것은 문서에 대한 버전 제어 기능을 제공하며 팀원들이 GitHub PR를 통해 또는 직접 GitBook의 편집기에서 협력할 수 있도록 합니다.
GitHub Markdown에 대한 세부 사항은 참조 Word to GitHub Markdown.
이미지
Word 문서에서 이미지를 출력합니다. (상태로 저장함 → 웹 페이지로 파일을 저장합니다). GitHub 동기화 GitBook에서, 이미지들을 assets/ or images/ 디렉터리 및 참조:

GitBook의 웹 에디터에서는 페이지 편집을 할 때 직접 이미지를 업로드 할 수 있습니다.
완전한 문서 집합을 이동
Word에서 GitBook로 큰 문서 마이그레이션을 위해:
- Word 문서를 검사 페이지, 섹션 및 계층을 식별
- SUMMARY.md 구조를 계획 변환하기 전
- 파일 변환 with WordToMD (또는 배치 변환 대량에 대한 경우)
- SUMMARY.md를 생성 계획된 구조와 일치하는
- 각 페이지를 검토 헤드 계층, 테이블 형식 및 코드 블록을 위한
- 출판 GitBooks 가져오거나 GitHub 동기화
FAQ
어떤 Markdown 맛을 GitBook이 사용합니까? GitBook는 표준 Markdown (CommonMark) 를 더하여 자체 확장 (힌트 블록, 탭, 임베드 블록) 을 사용합니다. WordToMD에서 Markdown 출력은 호환됩니다.
.docx를 GitBook로 직접 가져오면 되겠습니까? GitBook.com의 수입 기능은 Word 문서를 받아들이지만, 출력은 Markdown를 통과하는 것보다 종종 더 낮은 품질입니다. 두 단계의 접근법 (Word → Markdown → GitBook) 은 복잡한 문서에 더 나은 결과를 제공합니다.
문서를 잇는 링크를 어떻게 처리해야 할까요?
GitBook에서 GitHub 동기화, 상대 Markdown 링크를 사용: [See Authentication](../api/authentication.md). GitBook resolves these to proper page links.
제 문서에는 50개 이상의 Word 파일이 있습니다. 더 빠른 워크플로우가 있을까요? 본문 배치 변환 Word to Markdown 변환 단계를 자동화하기 위해, 파일 구조에서 SUMMARY.md를 생성하기 위해 스크립트를 작성합니다.
결론
변환 Word to GitBook Markdown 깨끗한 워크플로우입니다. WordToMD 문서 변환을 처리하고 GitBooks GitHub 동기화 또는 직접 수입을 처리합니다. Word에서 표준 헤딩 스타일을 사용하여 테이블을 간단하게 유지하면 전문 문서 사이트가 빠르게 실행됩니다.