문제 해결 주제 유형
문제 해결 주제는 페이지의 마지막 주제로 배치해야 합니다.
페이지에 문제 해결 주제가 5개 이상 있는 경우 해당 주제를 별도의 페이지에 배치하세요.
포함해야 하는 문제 해결 정보 유형
문제 해결 정보에는 다음이 포함됩니다:
- 위험성이 고려될 수 있는 문제 해결 정보.
- 드물게 발생하는 경우에 대한 정보. 모든 문제 해결 정보를 사용자가 해당 상황을 만나기 얼마나 희박하더라도 포함시킵니다.
이 유형의 콘텐츠는 다른 사람에게 도움이 될 수 있으며, 혜택이 위험을 상회합니다. 이 규칙의 예외사항이 있다고 생각되면 기술 서적 팀에 문의하십시오.
GitLab 지원팀은 자체 문제 해결 콘텐츠를 유지 관리합니다.
형식
문제 해결은 소개, 작업, 또는 참조 중 하나일 수 있습니다.
소개 주제
이 주제는 페이지의 문제 해결 섹션을 소개합니다. 예를 들면:
## 문제 해결
<x 기능>을(를) 사용하는 동안 다음 문제가 발생할 수 있습니다.
문제 해결 작업
제목은 표준 작업과 유사해야 합니다. 예를 들면 “디버그 도구 실행” 또는 “구문 검증 확인.”
문제 해결 참조
이 주제에는 오류 메시지가 포함됩니다. 일관된 스타일을 유지하려면 일시적 해결책에는 workaround를 사용하고, 영구적인 해결책에는 resolution 및 resolve를 사용합니다. 예를 들면:
### 오류 메시지 또는 해당 설명
다음과 같은 오류 메시지가 표시될 수 있습니다: <오류 메시지>.
이 문제는 ...에 발생합니다.
일시적인 해결책은 ...
여러 원인 또는 해결책이 존재하는 경우, 이를 테이블 형식으로 정리하는 것을 고려하십시오. 정확한 오류 메시지를 사용하는 경우, 코드 스타일로 지정되도록 역따옴표로 둘러십시오.
해결 방법 유형에 대한 자세한 지침은 workaround 및 resolution, resolve를 참조하십시오.
문제 해결 주제 제목
문제 해결 참조 주제의 제목에는 다음을 고려하십시오:
- 적어도 부분적인 오류 메시지를 포함하는 것을 고려하십시오.
- 70자 미만으로 유지하십시오.
- 제목에 링크를 사용하지 마십시오.
제목에 전체 오류를 넣지 않는 경우, 본문 텍스트에 포함시키십시오.
Rails 콘솔 쓰기 기능
문제 해결 제안에 GitLab 인스턴스의 데이터를 변경하는 기능이 포함된 경우 다음 경고를 추가하십시오:
WARNING:
데이터를 변경하는 명령은 올바르게 실행되지 않거나 올바른 조건에서 실행되지 않는 경우 피해를 줄 수 있습니다. 항상 먼저 테스트 환경에서 명령을 실행하고 복원할 수 있는 백업 인스턴스를 준비하세요.
Troubleshooting 페이지 유형
페이지에 문제 해결 주제가 5개 이상 있는 경우 별도의 문제 해결 페이지 유형을 만드세요.
다음 규칙을 따르세요:
- 페이지의 이름은
Troubleshooting <기능>
로 지정합니다. - 왼쪽 탐색에서는
Troubleshooting
이라는 단어만 사용합니다. - 탐색 파일에서 새 페이지를 해당 기능 하위에 중첩하세요.
- 파일의 이름은
<기능>_troubleshooting.md
로 지정합니다.