Как создать сгруппированные списки задач в Markdown?
При создании разных списков задач в шаблонах Markdown для Gitlabs Gitlabs рассматривает все задачи из контрольного списка как отдельный счетчик и показывает счетчик как общее количество списка задач.
Как для шаблона ниже -
## PR Checklist
Please check if your PR fulfills the following requirements:
- [X] The commit message follows our guidelines:
- [X] Tests for the changes have been added (for bug fixes / features)
- [ ] Docs have been added / updated (for bug fixes / features)
## PR Type
What kind of change does this PR introduce?
- [X] Bugfix
- [ ] Feature
- [ ] Code style update (formatting, local variables)
- [X] Refactoring (no functional changes, no api changes)
- [ ] Build related changes
- [ ] CI related changes
- [ ] Documentation content changes
- [ ] angular.io application / infrastructure changes
- [ ] Other... Please describe:
## Does this PR introduce a breaking change?
- [ ] Yes
- [X] No
Он показывает 5 из 14 выполненных задач. В идеале я хочу, чтобы только первые три списка задач рассматривались Gitlabs как задача, и в нем должны отображаться 2 из 3 выполненных задач. Пожалуйста, дайте мне знать, есть ли что-то в markdown или Gitlabs, с помощью которых я могу достичь желаемого результата.
3 ответа
GitLab 15.9 (февраль 2023 г.) предлагает новый вариант:
Преобразование элемента контрольного списка Markdown в задачу
Команды часто используют элементы контрольного списка Markdown, чтобы наметить задачи или критерии завершения проблемы, но отслеживание более подробной информации, связанной с элементом контрольного списка, всегда было ограниченным и громоздким.
В выпуске 15.9 вы можете легко преобразовать элемент контрольного списка Markdown в задаче в задачу, что позволит командам получить более надежный опыт отслеживания и управления зависимостями задачи путем назначения и оценки задач отдельно от задач.
См. Документацию и выпуск .
Как уже отмечалось, в документации к спискам задач указано, что "задача" всегда будет добавляться к счетчику задач.
Если вы хотите сохранить подобное форматирование, чтобы побудить пользователей отмечать, какие элементы подходят, вы можете использовать круглые скобки, например:
- ( ) task
Форматирование не такое красивое, но сработает.
Не используйте синтаксис списка задач для вещей, не относящихся к задачам.
См. Списки задач в документации поставщика.
Вы можете использовать ярлыки, чтобы классифицировать проблемы в отношении функции и исправления ошибок или критических и неразрывных изменений.