|
| 1 | +{ |
| 2 | + "cells": [ |
| 3 | + { |
| 4 | + "cell_type": "code", |
| 5 | + "execution_count": null, |
| 6 | + "id": "c503200d", |
| 7 | + "metadata": {}, |
| 8 | + "outputs": [], |
| 9 | + "source": [ |
| 10 | + "\"\"\"[TASK] issues #2.\"\"\"" |
| 11 | + ] |
| 12 | + }, |
| 13 | + { |
| 14 | + "cell_type": "markdown", |
| 15 | + "id": "b9239e42", |
| 16 | + "metadata": {}, |
| 17 | + "source": [ |
| 18 | + "### Общие вопросы\n", |
| 19 | + "1. Что такое Issues на GitHub и для чего они используются?\n", |
| 20 | + " - Это инструмент для отслеживания задач, багов, который используется для планирования и управления работой в репозиториях GitHub. \n", |
| 21 | + "2. Чем Issues отличаются от других инструментов управления задачами?\n", |
| 22 | + " - Это простой и гибкий трекер задач, интегрированный с самим кодом, пул-реквестами, коммитами и проектами. В отличие от корпоративных систем (например, Jira), Issues не имеют избыточных настроек, категорий и атрибутов, а их кастомизация достигается с помощью меток, майлстонов, связанных задач и автоматизации через GitHub.\n", |
| 23 | + "3. Какие основные компоненты (поля) есть у каждого Issue?\n", |
| 24 | + " - Title (Заголовок)\n", |
| 25 | + " - Description (Описание)\n", |
| 26 | + " - Labels (Метки)\n", |
| 27 | + " - Assignees (Ответственные)\n", |
| 28 | + " - Milestone (Веха)\n", |
| 29 | + " - Projects (Связанные проекты)\n", |
| 30 | + " - Comments (Комментарии)\n", |
| 31 | + " - Issue type (Тип, если настроено в организации)\n", |
| 32 | + " - State (Open/Closed — открыт/закрыт)\n", |
| 33 | + " - Linked issues / Pull requests (Связанные задачи или PR)\n", |
| 34 | + "\n", |
| 35 | + "### Создание Issues\n", |
| 36 | + "\n", |
| 37 | + "1. Как создать новое Issue в репозитории?\n", |
| 38 | + " 1) Заходим в файл в репозитории \n", |
| 39 | + " 2) ЛКМ+shift-copy permalink\n", |
| 40 | + " 3) Issues - New issue - Выбираем тип Issues\n", |
| 41 | + " 4) Заполняем title и описание Issues\n", |
| 42 | + " 5) Issues - set milestone\n", |
| 43 | + " 6) Submit new issue\n", |
| 44 | + "2. Какие данные рекомендуется указывать в описании Issue для лучшего понимания задачи?\n", |
| 45 | + " - Указать ссылку на файл кода для issues\n", |
| 46 | + " - Описание и название файла кода\n", |
| 47 | + " - Описание проблемы или задачи\n", |
| 48 | + " - Шаги для воспроизведения (если это баг)\n", |
| 49 | + " - Ожидаемое и фактическое поведение\n", |
| 50 | + " - Скриншоты или логи при необходимости\n", |
| 51 | + " - Возможные решения или идеи\n", |
| 52 | + " - Ссылки на связанные задачи или обсуждения\n", |
| 53 | + "3. Какие теги (labels) можно добавить к Issue? Какие из них стандартные?\n", |
| 54 | + " - Можно добавить стандартные и кастомные\n", |
| 55 | + " - Стандартные: bug, enhancement, documentation, duplicate, good first issue, help wanted, invalid, question, wontfix\n", |
| 56 | + "4. Как прикрепить Assignees (ответственных) к Issue?\n", |
| 57 | + " - Assignees - выбрать пользователя или группу\n", |
| 58 | + "\n", |
| 59 | + "### Работа с Issues\n", |
| 60 | + "\n", |
| 61 | + "1. Как использовать Labels для классификации задач?\n", |
| 62 | + " - Выставить теги в Labels в окне Issues и поставить нужные теги\n", |
| 63 | + "2. Для чего нужен Milestone, и как связать его с Issue?\n", |
| 64 | + " - Для того, чтобы привязать Issue к дате или определенному этапу\n", |
| 65 | + " - Выставить дату или этап в Milestone в окне Issues\n", |
| 66 | + "3. Как привязать Issue к пул-реквесту (Pull Request)?\n", |
| 67 | + " - При создании pull request или коммита указать номер Issue в #123, либо использовать ключевые слова (\"Closes #123\", \"Fixes #123\")\n", |
| 68 | + " - Можно вручную добавить связь через панель Linked issues\n", |
| 69 | + "4. Как добавить комментарий к существующему Issue?\n", |
| 70 | + " - В конце страницы Issue в поле комментария — написать текст и нажать \"Comment\", чтобы добавить сообщение\n", |
| 71 | + "\n", |
| 72 | + "### Закрытие и завершение Issues\n", |
| 73 | + "\n", |
| 74 | + "1. Как закрыть Issue вручную?\n", |
| 75 | + " 1) Заходим в Issues\n", |
| 76 | + " 2) Находим Файл\n", |
| 77 | + " 3) Ветка - main\n", |
| 78 | + " 4) Редактируем файл\n", |
| 79 | + " 5) Commit changes\n", |
| 80 | + " 6) Commit message - тайтл Issues, Extended description - closes (Номер ошибки)\n", |
| 81 | + " 7) Sing off and commit changes\n", |
| 82 | + "2. Можно ли автоматически закрыть Issue с помощью сообщения в коммите или пул-реквесте? Как это сделать?\n", |
| 83 | + " - Если в сообщении коммита или pull request использовать ключевые слова: \"Closes #номер\", \"Fixes #номер\"\n", |
| 84 | + "3. Как повторно открыть закрытое Issue, если работа ещё не завершена?\n", |
| 85 | + " - Вкладка Issue - Выбрать Issue - Нажать \"Reopen issue\"\n", |
| 86 | + "\n", |
| 87 | + "### Фильтрация и поиск\n", |
| 88 | + "\n", |
| 89 | + "1. Как найти все открытые или закрытые Issues в репозитории?\n", |
| 90 | + " - Во вкладке Issues по нажать \"Closed\" или в поиске, напишите is:open или is:closed для фильтрации.\n", |
| 91 | + "2. Как использовать фильтры для поиска Issues по меткам, исполнителям или другим критериям?\n", |
| 92 | + " - В поиске написать, например: label:bug assignee:username milestone:\"1.0.0\", либо использовать фильтры сверху (Labels, Assignee, Milestones, Projects).\n", |
| 93 | + "3. Как сортировать Issues по приоритету, дате создания или другим параметрам?\n", |
| 94 | + " - В меню (\"Sort\") на вкладке Issues: доступны опции по дате создания, обновления, количеству комментариев и т.д. Приоритет обычно выставляется ярлыками (\"priority: high\")\n", |
| 95 | + "\n", |
| 96 | + "### Интеграции и автоматизация\n", |
| 97 | + "\n", |
| 98 | + "1. Как настроить автоматические уведомления о новых или изменённых Issues?\n", |
| 99 | + " - В репозитории нажать \"Watch\" — выбрать интересующий вариант уведомлений\n", |
| 100 | + "2. Что такое Projects в контексте GitHub, и как связать их с Issues?\n", |
| 101 | + " - Projects - это доски для визуального управления задачами. Issues можно добавлять в проекты для отслеживания статуса и автоматизации рабочих процессов.\n", |
| 102 | + "3. Какие сторонние инструменты можно использовать для автоматизации работы с Issues (например, боты, Webhooks)?\n", |
| 103 | + " - GitHub Actions (боты и скрипты для автоматизации работ)\n", |
| 104 | + " - Webhooks для интеграции с внешними сервисами\n", |
| 105 | + " - Сторонние боты типа probot, интеграция с Jira, Trello\n", |
| 106 | + "\n", |
| 107 | + "### Коллаборация\n", |
| 108 | + "\n", |
| 109 | + "1. Как упомянуть другого пользователя в комментарии к Issue?\n", |
| 110 | + " - Использовать @username\n", |
| 111 | + "2. Как запросить дополнительные данные или уточнения у автора Issue?\n", |
| 112 | + " - Использовать упоминание в комментарии. Можно дополнительно добавить label \"needs info\"\n", |
| 113 | + "3. Что делать, если Issue неактуально или его нужно объединить с другим?\n", |
| 114 | + " - Для устаревших задач — закройте Issue с пометкой: \"Invalid\", \"Outdated\", кратко описав причину\n", |
| 115 | + "Для объединения — оставьте ссылку на дубликат (\"Duplicate of #номер\"), закройте и используйте ярлык \"duplicate\"\n", |
| 116 | + "\n", |
| 117 | + "### Практические аспекты\n", |
| 118 | + "\n", |
| 119 | + "1. Как использовать шаблоны для создания Issues?\n", |
| 120 | + " - В разделе Settings репозитория можно добавить шаблоны Issue (Issue Templates) для разных типов задач\n", |
| 121 | + "2. Что такое Linked Issues, и как создать связь между задачами?\n", |
| 122 | + " - Linked Issues - это задачи, логически связанные между собой (например, подзадачи). Связать можно с помощью панели \"Linked issues\", а также упоминания через #номер в тексте\n", |
| 123 | + "3. Какие метрики (например, время выполнения) можно отслеживать с помощью Issues?\n", |
| 124 | + " - Количество открытых/закрытых задач\n", |
| 125 | + " - Время выполнения задачи\n", |
| 126 | + " - Активность по assigned/closed issues\n", |
| 127 | + " - Число комментариев\n", |
| 128 | + "4. Какие best practices рекомендуются при работе с Issues в команде?\n", |
| 129 | + " - Используйте шаблоны и метки для стандартизации.\n", |
| 130 | + " - Назначайте ответственных\n", |
| 131 | + " - Описывайте задачи понятно, структурированно и без двусмысленности\n", |
| 132 | + " - Переводите устаревшие/дублирующие Issues в архив\n", |
| 133 | + " - Интегрируйте Issues в pipeline разработки через Pull Request’ы, Projects и автоматизацию" |
| 134 | + ] |
| 135 | + } |
| 136 | + ], |
| 137 | + "metadata": { |
| 138 | + "kernelspec": { |
| 139 | + "display_name": ".venv (3.14.0)", |
| 140 | + "language": "python", |
| 141 | + "name": "python3" |
| 142 | + }, |
| 143 | + "language_info": { |
| 144 | + "name": "python", |
| 145 | + "version": "3.14.0" |
| 146 | + } |
| 147 | + }, |
| 148 | + "nbformat": 4, |
| 149 | + "nbformat_minor": 5 |
| 150 | +} |
0 commit comments