Fix/issue2 [TASK] issues (https://github.com/SENATOROVAI/intro-cs/issues/2)#536
Closed
dshilin wants to merge 5 commits intoSENATOROVAI:mainfrom
Closed
Fix/issue2 [TASK] issues (https://github.com/SENATOROVAI/intro-cs/issues/2)#536dshilin wants to merge 5 commits intoSENATOROVAI:mainfrom
dshilin wants to merge 5 commits intoSENATOROVAI:mainfrom
Conversation
hasan613
reviewed
Jan 27, 2026
| # | ||
| # 27. Какие best practices рекомендуются при работе с Issues в команде? | ||
| # | ||
| # Ссылаться на связанные ПР или коммиты, закрывать дубликаты и устаревшие ишью, является хорошей практикой в команде. |
Member
There was a problem hiding this comment.
Добавь код, который на проверку в Conversation плиз
dshilin
commented
Jan 27, 2026
Comment on lines
+1
to
+184
| """Домашка по git issues.""" | ||
|
|
||
| # **Общие вопросы** | ||
| # | ||
| # 1. Что такое Issues на GitHub и для чего они используются? | ||
| # | ||
| # Issues можно использовать для отслеживания ошибок, улучшений или других запросов, | ||
| # например, можно попросить объяснить автора свой код. | ||
| # | ||
| # 2. Чем Issues отличаются от других инструментов управления задачами? | ||
| # | ||
| # Issues интегрированы непосредственно в репозиторий, автоматически связываются с коммитами | ||
| # и Pull Request'ами, имеют встроенную систему меток и milestone'ов, | ||
| # и доступны всем участникам репозитория | ||
| # | ||
| # 3. Какие основные компоненты (поля) есть у каждого Issue? | ||
| # | ||
| # Заголовок, описание (комментарий), метки (labels), исполнитель (assignee), | ||
| # milestone, связанные Pull Request'ы, комментарии, статус (открыт/закрыт), | ||
| # дата создания и последнего обновления. | ||
|
|
||
| # **Создание Issues** | ||
| # | ||
| # 4. Как создать новое Issue в репозитории? | ||
| # | ||
| # Зайти в раздел Issues и нажать New issue | ||
| # | ||
| # 5. Какие данные рекомендуется указывать в описании Issue для лучшего понимания задачи? | ||
| # | ||
| # Контекст задачи. Если речь о баге, то шаги воспроизведения, текущий результат и ожидаемый. | ||
| # Если запрос на ревью, то файл и строчки кода, которые требуется прокомментировать. | ||
| # | ||
| # 6. Какие теги (labels) можно добавить к Issue? Какие из них стандартные? | ||
| # | ||
| # Стандартные: | ||
| # - bug: Используется для обозначения багов или ошибок в коде. | ||
| # - enhancement: Используется для предложений по улучшению функциональности. | ||
| # - question: Используется для вопросов или запросов на информацию. | ||
| # - documentation: Используется для задач, связанных с документацией. | ||
| # - help wanted: Указывает, что помощь в решении задачи приветствуется. | ||
| # - good first issue: Помечает задачи, которые подходят для новых участников проекта. | ||
| # - wontfix: Указывает, что задача не будет решена. | ||
| # - invalid: Указывает, что Issue не является действительным или релевантным. | ||
| # - duplicate: Указывает, что Issue является дубликатом другого Issue. | ||
| # | ||
| # Метки настраиваются в разделе Labels репозитория можно создать любые другие метки. | ||
| # | ||
| # 7. Как прикрепить Assignees (ответственных) к Issue? | ||
| # | ||
| # У созданного Issue нажать "Assignees" справа и выбрать пользователя из списка участников репозитория. | ||
| # Можно назначить несколько исполнителей | ||
|
|
||
| # **Работа с Issues** | ||
| # | ||
| # 8. Как использовать Labels для классификации задач? | ||
| # | ||
| # Использовать набор меток по типу bug/feature, приоритету high/medium/low, статусу | ||
| # и применять их к Issues для фильтрации и поиска. | ||
| # | ||
| # 9. Для чего нужен Milestone, и как связать его с Issue? | ||
| # | ||
| # Сгруппировать issues по дате. У созданного issue указать в панели справа нужный Milestone. | ||
| # | ||
| # 10. Как привязать Issue к пул-реквесту (Pull Request)? | ||
| # | ||
| # В описании или комментарии PR написать "Closes #123" или "Fixes #123" | ||
| # (где 123 - номер Issue). GitHub автоматически свяжет их, и Issue закроется при слиянии PR. | ||
| # | ||
| # 11. Как добавить комментарий к существующему Issue? | ||
| # | ||
| # В самом низе есть поля для комментариев. Можно указать любую полезную информацию, | ||
| # добавить пользователя или применить форматирование текста. | ||
| # | ||
|
|
||
| # **Закрытие и завершение Issues** | ||
| # | ||
| # 12. Как закрыть Issue вручную? | ||
| # | ||
| # На странице Issue нажать кнопку "Close issue" внизу страницы или в правом верхнем углу. | ||
| # Можно использовать комментарий с ключевым словом "close" или "closes". | ||
| # | ||
| # 13. Можно ли автоматически закрыть Issue с помощью сообщения в коммите или пул-реквесте? Как это сделать? | ||
| # | ||
| # В сообщении коммита или описании PR указать "Closes #123", "Fixes #123", | ||
| # "Resolves #123" или "Closes #123, #456" (для нескольких Issues) | ||
| # | ||
| # 14. Как повторно открыть закрытое Issue, если работа ещё не завершена? | ||
| # | ||
| # На странице закрытого Issue нажать кнопку "Reopen issue" или добавить комментарий, | ||
| # и GitHub предложит переоткрыть Issue. | ||
|
|
||
| # **Фильтрация и поиск** | ||
| # | ||
| # 15. Как найти все открытые или закрытые Issues в репозитории? | ||
| # | ||
| # В верхней части страницы есть фильтры. Чтобы увидеть только открытые Issues, | ||
| # выбрать "Open". Чтобы увидеть закрытые, выбрать "Closed". | ||
| # Можно также использовать строку поиска для поиска по ключевым словам, меткам, исполнителям и другим критериям. | ||
| # | ||
| # 16. Как использовать фильтры для поиска Issues по меткам, исполнителям или другим критериям? | ||
| # | ||
| # В репозитории открыть вкладку "Issues". | ||
| # В верхней части страницы есть строка поиска и фильтры. | ||
| # Для более точного поиска можно использовать синтаксис поиска, например: | ||
| # is:open - для поиска открытых Issues | ||
| # is:closed - для поиска закрытых Issues | ||
| # label:bug - для поиска Issues с меткой "bug" | ||
| # assignee:username - для поиска Issues, назначенных на конкретного пользователя. | ||
| # Комбинировать условия, например: is:open label:enhancement assignee:username | ||
| # | ||
| # 17. Как сортировать Issues по приоритету, дате создания или другим параметрам? | ||
| # | ||
| # В репозитории во вкладке "Issues" в верхней части страницы есть опция "Sort" (Сортировать). | ||
| # Нажать на "Sort" и выбрать нужный параметр сортировки, например: | ||
| # - Newest: Сортировка по дате создания, от новых к старым. | ||
| # - Oldest: Сортировка по дате создания, от старых к новым. | ||
| # - Most commented: Сортировка по количеству комментариев, от большего к меньшему. | ||
| # - Least commented: Сортировка по количеству комментариев, от меньшего к большему. | ||
| # - Recently updated: Сортировка по дате последнего обновления, от новых к старым. | ||
| # - Least recently updated: Сортировка по дате последнего обновления, от старых к новым. | ||
| # | ||
|
|
||
| # **Интеграции и автоматизация** | ||
| # | ||
| # 18. Как настроить автоматические уведомления о новых или изменённых Issues? | ||
| # | ||
| # В профиле пользователя можно на вкладке Notifications настроить уведомления. | ||
| # | ||
| # 19. Что такое Projects в контексте GitHub, и как связать их с Issues? | ||
| # | ||
| # Реализация Канбан в github. | ||
| # | ||
| # 20. Какие сторонние инструменты можно использовать для автоматизации работы с Issues (например, боты, Webhooks)? | ||
| # | ||
| # - Probot: Платформа для создания GitHub ботов, которые могут автоматически реагировать на события в репозитории, такие как | ||
| # создание или изменение Issues. | ||
| # - Zapier: Сервис для автоматизации рабочих процессов, который позволяет интегрировать GitHub с другими приложениями | ||
| # (например, Slack, Trello) для автоматического создания задач или отправки уведомлений. | ||
| # - IFTTT: Платформа для создания простых автоматизаций между различными сервисами, включая GitHub Webhooks: Встроенная | ||
| # функция GitHub, которая позволяет отправлять HTTP POST запросы на указанный URL при определённых событиях (например, создание или изменение Issues). Это позволяет интегрировать GitHub с внешними системами для автоматической обработки событий. | ||
|
|
||
| # **Коллаборация** | ||
| # | ||
| # | ||
| # 21. Как упомянуть другого пользователя в комментарии к Issue? | ||
| # Чтобы упомянуть другого пользователя в комментарии к Issue, нужно использовать символ "@" перед его именем пользователя. Например, чтобы упомянуть пользователя с именем "username", нужно написать @username в комментарии. Упомянутый пользователь получит уведомление о том, что его упомянули в комментарии. | ||
| # | ||
| # 22. Как запросить дополнительные данные или уточнения у автора Issue? | ||
| # Оставить комментарий в самом Issue. В комментарии можно задать конкретные вопросы или попросить предоставить дополнительную информацию. | ||
| # | ||
| # 23. Что делать, если Issue неактуально или его нужно объединить с другим? | ||
| # Если Issue неактуально, его можно закрыть, нажав кнопку "Close issue" в правой боковой панели. В комментарии к закрытию можно указать что проблема больше не актуальна. | ||
| # Если Issue нужно объединить с другим, можно использовать метку "duplicate" для обозначения дубликата. В комментарии к Issue указать ссылку на основной Issue, с которым нужно объединить. После этого закрыть дублирующий Issue, указав в комментарии, что он является дубликатом другого. | ||
|
|
||
| # **Практические аспекты** | ||
| # | ||
| # | ||
| # 24. Как использовать шаблоны для создания Issues? | ||
| # 1) В репозитории создать папку .github/ISSUE_TEMPLATE. | ||
| # 2) В этой папке создать файлы с расширением .md для каждого шаблона (например, bug_report.md, feature_request.md). | ||
| # 3) В каждом файле описать структуру шаблона, включая заголовки и инструкции для заполнения. | ||
| # 4) При создании нового Issue на GitHub, пользователи смогут выбирать из доступных шаблонов, что поможет им правильно оформить | ||
| # задачу. | ||
| # 25. Что такое Linked Issues, и как создать связь между задачами? | ||
| # Это функция на GitHub, которая позволяет создавать связи между разными Issues и пул-реквестами. Это полезно для отслеживания зависимостей между задачами, например, когда одна задача зависит от выполнения другой. | ||
| # Чтобы создать связь между задачами: | ||
| # 1) Открыть Issue или пул-реквест, который хотим связать с другим. | ||
| # 2) В правой боковой панели найти раздел "Linked issues". | ||
| # 3) Нажать "Link an issue" и выбрать Issue из списка или ввести его номер. | ||
| # 4) Выбрать тип связи, например, "blocks" (блокирует), "is blocked by" (заблокирован) или "relates to" (связан с). | ||
| # 5) Нажать "Link" для создания связи. | ||
| # 26. Какие метрики (например, время выполнения) можно отслеживать с помощью Issues? | ||
| # - Время до закрытия (Time to Close): Время, прошедшее с момента создания Issue до его закрытия. | ||
| # - Количество комментариев | ||
| # - Количество открытых и закрытых Issues | ||
| # - Среднее время ответа: Время, которое проходит между созданием Issue и первым комментарием или ответом от команды. | ||
| # - Количество переоткрытий: Сколько раз Issue было закрыто и затем повторно открыто, что может указывать на сложность задачи | ||
| # или недостаток информации. | ||
| # - Распределение по меткам: Анализ количества Issues по разным меткам (например, баги, улучшения) для понимания основных | ||
| # проблем в проекте. | ||
| # | ||
| # 27. Какие best practices рекомендуются при работе с Issues в команде? | ||
| # | ||
| # Ссылаться на связанные ПР или коммиты, закрывать дубликаты и устаревшие ишью, является хорошей практикой в команде. |
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
3 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Closes (https://github.com/SENATOROVAI/intro-cs/issues/2)