비디오 : Markdown에서 점검 목록을 만드는 방법을 더 쉽게 작업 추적하기 위해 점검 목록을 작성하는 방법
인터넷의 멋진 고양이가 GitHub 리포지토리, 문제 및 요청에 대한 마크 다운 체크리스트를 어떻게 만드는지 궁금한 적이 있습니까? 저도요. 그리고 나는 여기서 말하기 위해 여기에 있습니다 : 당신도 멋진 고양이가 될 수 있습니다.
Markdown 체크리스트는 수행 해야하는 작업을 시각화하는 데 편리합니다. 그 외에도 Github은 이러한 점검 목록을 문제의 작업 목록으로 전환하고 프로젝트 추적을보다 쉽고 개선 할 수 있도록 요청을 가져올 수 있습니다. ’em을 만드는 방법을 배우자!
Markdown에서 점검 목록을 만드는 방법
점검 목록을 만드는 것은 Markdown에서 일반 목록을 만드는 것과 똑같습니다 (A - 각 줄을 시작) 그러나 추가합니다 [ ] 또는 [x] 후 -그렇게 :
일반 목록 :
- This is a list item
- This is another list item
점검 목록 :
- [ ] This is an unchecked item
- [x] This is a checked item
체크리스트가 렌더링되면 다음과 같습니다.
위의 짧은 마크 다운 체크리스트 템플릿을 사용하여 목록을 직접 사용하십시오.
Markdown 체크리스트는 readme 파일의 작업을 추적하는 좋은 방법입니다. 예를 들어, 어떤 기능이 누락되었는지 또는 프로젝트의 어떤 측면에 기여가 필요한지 표시 할 수 있습니다. 이 점검 목록을 사용하여 문서 보도에 대해서는 예 : 메모, 문제 또는 풀 요청을 할 수 있습니다.
가장 중요한 부분 : Github는 Markdown 체크리스트에 추가 기능을 추가합니다.
체크리스트에서 작업 목록까지
GitHub의 작업 목록은 영광스러운 Markdown 체크리스트로, 문제 또는 풀 요청에있을 때 더 많은 프로젝트 계획 및 추적을 수행 할 수 있습니다.
예를 들어, 다음과 같은 프로젝트에 몇 가지 기능을 추가하는 데 문제가 있다고 가정 해 봅시다.
- [ ] Update dependencies
- [ ] Add archiving feature
- [ ] Research design system
문제에서 이와 같이 렌더링됩니다.
일반 체크리스트처럼 보일 수 있지만 총알 포인트 중 하나를 가리키면 각 작업을 드래그 앤 드롭하여 다시 주문할 수 있습니다.
또는 당신이 쳤다면 ... 오른쪽의 메뉴는 각 개별 체크리스트 항목을 자체 문제, 하위 문제로 전환하거나 거기에서 다시 주문할 수 있습니다!
이러한 체크리스트 항목을 문제 및 하위 문제로 전환하면 계획된 작업을 추적 작업으로 전환 할 수 있습니다. 기존 문제를 작은 조각으로 나누는 것은 어려워 보일 수 있지만, 이런 식으로 그렇게하는 것은 물건을 더 구체적인 덩어리로 분해 할 때 모든 조각을 잘 연결합니다.
그리고 당신이 똑같은 일을했지만 풀 요청에 있다고 가정 해 봅시다. 당신은 여전히 작업을 다시 주문할 수있는 기능이 있으며 문제에서와 같은 방식으로 렌더링됩니다.
그러나 이제 풀 요청 에이 체크리스트를 구축 했으므로 완료된 작업 수와 저장소에 대한 풀 요청 목록에 남아있는 수에 대한 가시성을 더 많이 얻을 수 있습니다. 풀 요청의 제목 바로 아래에서보십시오. 프로젝트의 상태를 바로 볼 수 있습니다!
어디에서 더 배울 수 있습니까?
당신이 그 질문을했다고 사랑하십시오. 잘했어요. GitHub의 작업 목록에 대해 자세히 알아 보려면 GitHub 문서로 가십시오.
행복한 코딩!
작성자가 작성했습니다
Post Comment