diff --git a/git/stash.py b/git/stash.py new file mode 100644 index 00000000..17a6483e --- /dev/null +++ b/git/stash.py @@ -0,0 +1,79 @@ +# 1. Что делает команда git stash? +# +# Сохраняет незакоммиченные изменения (modified и staged файлы) во временное хранилище, возвращая рабочую директорию к состоянию последнего коммита. +# +# 2. Как просмотреть список всех сохранённых изменений (стэшей)? +# +# git stash list +# +# 3. Какая команда применяется для использования верхнего стэша? +# +# git stash pop +# +# 4. Как применить конкретный стэш по его номеру? +# +# git stash apply stash@{n} +# +# где n - номер стэша (например, stash@{2}) +# +# 5. Чем отличается команда git stash apply от git stash pop? +# +# apply - применяет стэш, но сохраняет его в списке +# +# pop - применяет стэш и удаляет его из списка +# +# 6. Что делает команда git stash drop? +# +# Удаляет указанный стэш из списка. Без аргументов удаляет последний стэш +# +# 7. Как полностью очистить все сохранённые стэши? +# +# git stash clear +# +# 8. В каких случаях удобно использовать git stash? +# +# Когда нужно временно отложить текущие изменения для работы с другой веткой +# +# При смене контекста работы без коммита незавершённых изменений +# +# Перед выполнением операций, требующих чистого рабочего состояния +# +# 9. Что произойдёт, если выполнить git stash pop, но в проекте есть конфликтующие изменения? +# +# Git попытается применить изменения и создаст конфликт слияния, который нужно разрешить вручную. Стэш останется в списке до успешного применения. +# +# 10. Можно ли восстановить удалённый стэш после выполнения git stash drop? +# +# Да, если не прошло слишком много времени. Удалённые стэши временно хранятся в reflog: +# +# git reflog show refs/stash +# +# 11. Что делает команда git stash save "NAME_STASH" +# +# Создаёт стэш с указанным именем (удобно для идентификации) +# +# 12. Что делает команда git stash apply "NUMBER_STASH" +# +# Применяет конкретный стэш по его номеру, не удаляя его из списка +# +# 13. Что делает команда git stash pop "NUMBER_STASH" +# +# Применяет конкретный стэш по его номеру и удаляет его из списка +# +# 14. Сохраните текущие изменения в стэш под названием "SENATOROV ver1", вставьте скриншот из терминала +# +# ![stash SENATOROV ver1](./SENATOROV_ver1.png) +# +# 15. Внесите любые изменения в ваш репозиторий и сохраните второй стэш под именем "SENATOROV ver2" +# +# ![stash SENATOROV ver2](./SENATOROV_ver2.png) +# +# 16. Восстановите ваш стэш "SENATOROV ver1", вставьте скриншот из терминала +# +# ![stash apply](./stash_apply.png) +# +# 17. Удалите все стеши из истории, вставьте скриншот из терминала +# +# ![stash clear](./clear_stash.png) + +# diff --git a/python/commits.py b/python/commits.py new file mode 100644 index 00000000..79aaf1d3 --- /dev/null +++ b/python/commits.py @@ -0,0 +1,53 @@ +# 1. Опишите своими словами назначение каждого из этих типов коммитов: +# feat, fix, docs, style, refactor, test, build, ci, perf, chore. +# +# feat - добавление новой функции +# +# fix - исправление бага в коде +# +# docs - обновление или изменение документации +# +# style - изменение стиля кода, не влияищее на функциональность +# +# refactor - изменение структуры кода, не изменяя функциональность(удаление дублирования кода, переименование переменных и т.д.) +# +# test - добавление, исправление или улучшение тестов +# +# build - изменения, связанные с системой сборки и внешними зависимостями(обновление зависимостей requirements.txt, изменение конфигурации сборки и т.д.) +# +# ci - изменение конфигурации CI/CD +# +# perf - улучшение производительности кода\программы(оптимизаци алгоритмов, оптимизация запросов к БД и т.д.) +# +# chore - рутинные задачи и изменения не связанные с изменением кода(обновление документации, обновление. +# +# gitignore, обновление README.md и т.д.) +# +# 2. Представьте, что вы исправили баг в функции, которая некорректно округляет числа. Сделайте фиктивный коммит и напишите для него сообщение в соответствии с Conventional Commits (используя тип fix). +# +# fix(round_nums): fix incorrect rounding of numbers +# +# The round_nums() function was incorrectly rounding numbers. Fixed rounding logic to work correctly. +# +# Fixes #123 +# +# 3. Добавление новой функциональности: +# Допустим, вы реализовали новую функцию generateReport в проекте. Сделайте фиктивный коммит с типом feat, отражающий добавление этой функциональности +# +# feat(reports): add generateReport function for data analysis +# +# 4. Модификация формата кода или стилей: +# Представьте, что вы поправили отступы и форматирование во всём проекте, не меняя логики кода. Сделайте фиктивный коммит с типом style +# +# style: format code and fix indentation across project +# +# 5. Документация и тестирование: +# +# Сделайте фиктивный коммит с типом docs, добавляющий или улучшающий документацию для вашей новой функции. +# Сделайте фиктивный коммит с типом test, добавляющий тесты для этой же функции. +# +# docs(reports): add comprehensive documentation for generateReport function +# +# test(reports): add comprehensive tests for genarateReports function + +# diff --git a/python/issuess.py b/python/issuess.py new file mode 100644 index 00000000..c25f6ec5 --- /dev/null +++ b/python/issuess.py @@ -0,0 +1,260 @@ +# Общие вопросы +# +# 1.Что такое Issues на GitHub и для чего они используются? +# +# Issues (проблемы или задачи) — это встроенный в GitHub инструмент для отслеживания работы над проектом. Они используются для: +# +# Сообщения о багах (баг-репорты). +# +# Предложений новых функций (feature requests). +# +# Обсуждения идей и планов развития проекта. +# +# Постановки задач для участников команды. +# +# Ведения списка дел (to-do list). +# +# 2.Чем Issues отличаются от других инструментов управления задачами? +# +# Интеграция с кодом: Issues тесно связаны с репозиторием (коммитами, пул-реквестами). Можно закрывать issue через коммиты. +# +# Простота и легкость: Менее сложные, чем Jira, но более мощные, чем простые списки задач. +# +# Цена: Бесплатно для публичных и приватных репозиториев в рамках GitHub. +# +# Экосистема: Являются частью единой платформы (код, задачи, документация, CI/CD в одном месте). +# +# 3.Какие основные компоненты (поля) есть у каждого Issue? +# +# Title (Заголовок): Краткое описание сути issue. +# +# Description (Описание): Подробное описание проблемы или задачи (можно использовать Markdown). +# +# Assignee (Исполнитель): Пользователь, ответственный за выполнение задачи. +# +# Labels (Метки): Теги для категоризации (например, bug, enhancement, documentation). +# +# Projects (Проекты): Связь с проектами GitHub (канбан-доски). +# +# Milestone (Веха): Группировка issue для достижения конкретной цели к определенному сроку. +# +# Comments (Комментарии): Обсуждение задачи. +# +# Status: Открыто (Open) или Закрыто (Closed). +# +# Создание Issues +# +# 4.Как создать новое Issue в репозитории? +# +# Перейдите на вкладку "Issues" в вашем репозитории на GitHub. +# +# Нажмите зеленую кнопку "New issue". +# +# Если в репозитории настроены шаблоны, выберите подходящий (например, "Bug Report" или "Feature Request"). +# +# Заполните заголовок и описание. +# +# Назначьте необходимые метки, исполнителей, веху (опционально). +# +# Нажмите "Submit new issue". +# +# 5.Какие данные рекомендуется указывать в описании Issue для лучшего понимания задачи? +# +# Это зависит от типа задачи, но универсальные рекомендации: +# +# Для бага (Bug): +# +# Четкий заголовок: "Ошибка при нажатии кнопки 'Сохранить' в форме профиля". +# +# Шаги воспроизведения: Пошаговая инструкция, как получить ошибку (1. Откройте... 2. Нажмите...). +# +# Ожидаемый результат: Что должно было произойти. +# +# Фактический результат: Что произошло на самом деле (текст ошибки, скриншоты). +# +# Окружение: ОС, браузер, версия приложения и т.д. +# +# Для новой функции (Feature Request): +# +# Проблема: Какую проблему пользователя решит эта функция. +# +# Предложение: Подробное описание желаемого решения. +# +# Альтернативы: Рассмотренные альтернативные варианты. +# +# 6.Какие теги (labels) можно добавить к Issue? Какие из них стандартные? +# +# Можно создать любые метки на усмотрение команды. Стандартные (предустановленные) метки GitHub: +# +# bug – указывает на неожиданную проблему или ошибку. +# +# documentation – требуется улучшение или добавление документации. +# +# duplicate – проблема уже существует. +# +# enhancement – предложение новой функции или улучшения. +# +# good first issue – подходит для новичков в проекте. +# +# help wanted – команда приветствует помощь в решении этой задачи. +# +# invalid – проблема неактуальна или некорректна. +# +# question – требуется дополнительная информация. +# +# wontfix – проблема не будет исправлена. +# +# 7.Как прикрепить Assignees (ответственных) к Issue? +# +# В правой колонке интерфейса создания/редактирования Issue есть секция "Assignees". Нажмите на нее и выберите из списка участников репозитория. Можно назначить несколько человек. +# +# Работа с Issues +# +# 8.Как использовать Labels для классификации задач? +# +# Метки — это главный инструмент категоризации. Их можно использовать для: +# +# Типа задачи: bug, feature, docs, question. +# +# Приоритета: high priority, low priority. +# +# Статуса: in progress, blocked, needs review. +# +# Области/компонента: frontend, backend, database, UI. +# Комбинируя метки, можно легко фильтровать задачи (например, показать все high priority bugs в frontend). +# +# 9.Для чего нужен Milestone, и как связать его с Issue? +# +# Milestone (Веха) – это инструмент для группировки Issues и Pull Requests вокруг общей цели (например, "Релиз v2.0") с дедлайном. +# Как связать: В правой колонке Issue выберите "Milestone" и назначьте существующую веху или создайте новую. +# +# 10.Как привязать Issue к пул-реквесту (Pull Request)? +# +# Вручную: В описании или комментарии PR укажите #номер_issue (например, Closes #45). GitHub автоматически создаст ссылку. +# +# Автоматически: Если PR сливается в ветку по умолчанию, использование в его описании ключевых слов (fixes #45, resolves #21) автоматически закроет привязанную issue. +# +# 11.Как добавить комментарий к существующему Issue? +# +# Внизу любого открытого Issue есть текстовое поле. Напишите свой комментарий и нажмите "Comment". Можно использовать Markdown, упоминать пользователей (@username) и ссылаться на другие Issues/PR. +# +# Закрытие и завершение Issues +# +# 12.Как закрыть Issue вручную? +# +# Нажмите кнопку "Close issue" внизу страницы Issue или в интерфейсе списка Issues. +# +# 13.Можно ли автоматически закрыть Issue с помощью сообщения в коммите или пул-реквесте? Как это сделать? +# +# Да, это стандартная практика. Достаточно в описании коммита или Pull Request использовать одно из ключевых слов: +# +# close / closes / closed +# +# fix / fixes / fixed +# +# resolve / resolves / resolved +# Например: git commit -m "Fix user login validation. Fixes #15". Когда PR будет смержен, Issue #15 автоматически закроется. +# +# 14.Как повторно открыть закрытое Issue, если работа ещё не завершена? +# +# Перейдите на страницу закрытого Issue. Кнопка "Close issue" сменится на "Reopen issue". Нажмите на нее. +# +# Фильтрация и поиск +# +# 15.Как найти все открытые или закрытые Issues в репозитории? +# +# Перейдите на вкладку "Issues" и используйте фильтры: +# +# is:open – показать открытые. +# +# is:closed – показать закрытые. +# +# 16.Как использовать фильтры для поиска Issues по меткам, исполнителям или другим критериям? +# +# Используйте поисковые квалификаторы в строке поиска на вкладке Issues: +# +# label:bug – все Issues с меткой "bug". +# +# assignee:username – все Issues, назначенные на пользователя username. +# +# author:username – все Issues, созданные пользователем username. +# +# milestone:"v1.0" – все Issues в вехе "v1.0". +# Можно комбинировать: is:open label:bug assignee:ivanov. +# +# 17.Как сортировать Issues по приоритету, дате создания или другим параметрам? +# +# Над списком Issues есть выпадающее меню "Sort". Доступные варианты: Newest, Oldest, Most commented, Least commented, Recently updated, Least recently updated. Приоритет обычно задается метками (priority:high), а не стандартной сортировкой. +# +# Интеграции и автоматизация +# +# 18.Как настроить автоматические уведомления о новых или изменённых Issues? +# +# По умолчанию вы будете получать уведомления (через email или веб-интерфейс) о Issues, которые вы создали, назначены на вас или в которых вы упомянуты (@username). +# +# Чтобы следить за всем репозиторием, нажмите кнопку "Watch" вверху страницы репозитория и выберите нужный уровень уведомлений. +# +# 19.Что такое Projects в контексте GitHub, и как связать их с Issues? +# +# Projects – это адаптивные канбан-доски для управления работой (Issues и PR). Они помогают визуализировать workflow (например, колонки "To Do", "In Progress", "Done"). +# Как связать: В правой колонке Issue есть секция "Projects". Выберите проект и добавьте Issue в нужную колонку. +# +# 20.Какие сторонние инструменты можно использовать для автоматизации работы с Issues (например, боты, Webhooks)? +# +# GitHub Actions: Позволяют создавать сложные workflows (например, автоматически назначать метку needs-triage на новое Issue). +# +# Вебхуки (Webhooks): Для интеграции со внешними системами (Slack, Jira, Discord) для отправки уведомлений. +# +# Боты: Например, @dependabot для обновлений зависимостей, @stale для закрытия неактивных Issues. +# +# Коллаборация +# +# 21.Как упомянуть другого пользователя в комментарии к Issue? +# +# Используйте символ @ и начните вводить username пользователя. GitHub предложит список для автодополнения. Упомянутый пользователь получит уведомление. +# +# 22.Как запросить дополнительные данные или уточнения у автора Issue? +# +# Напишите комментарий с прямым вопросом, упомянув автора (@author_username). Можно попросить предоставить логи, скриншоты или уточнить шаги воспроизведения. +# +# 23.Что делать, если Issue неактуально или его нужно объединить с другим? +# +# Неактуально: Закройте Issue и добавьте метку wontfix или invalid. Обязательно напишите комментарий с объяснением причины. +# +# Объединение (Duplicate): Закройте Issue, добавьте метку duplicate и в комментарии укажите ссылку на основную Issue, которую оно дублирует (например, Duplicate of #123). GitHub автоматически покажет ссылку. +# +# Практические аспекты +# +# 24.Как использовать шаблоны для создания Issues? +# +# Шаблоны хранятся в корне репозитория в папке .github/ISSUE_TEMPLATE/. Каждый шаблон – это .md файл. При создании нового Issue пользователь сможет выбрать подходящий шаблон, который заполнит описание нужными полями. +# +# 25.Что такое Linked Issues, и как создать связь между задачами? +# +# Связанные Issues – это задачи, которые имеют логическую связь (блокируют друг друга, являются частью более крупной задачи). Связь создается вручную в правой колонке Issue (секция "Developers" -> "Link issues"). Это более формальная связь, чем просто упоминание #номер. +# +# 26.Какие метрики (например, время выполнения) можно отслеживать с помощью Issues? +# +# Прямо в GitHub метрики ограничены. Но с помощью вех и доски Projects можно отслеживать: +# +# Количество открытых/закрытых Issues в вехе. +# +# Общий прогресс. +# +# Для более серьезной аналитики (среднее время закрытия, время отклика) используют сторонние сервисы, которые подключаются через API (например, ZenHub, LinearB). +# +# 27.Какие best practices рекомендуются при работе с Issues в команде? +# +# Ведите дискуссию в комментариях, а не в сторонних чатах. +# +# Держите Issues актуальными: обновляйте статус, назначайте исполнителей, закрывайте выполненные задачи. +# +# Используйте метки и вехи для организации. +# +# Описывайте задачи максимально полно для снижения количества уточняющих вопросов. +# +# Закрывайте Issues только тогда, когда работа действительно завершена и проверена. +# +# Используйте автоматизацию (ключевые слова в коммитах, Actions) для уменьшения рутины. + +# diff --git a/python/test_commits.py b/python/test_commits.py new file mode 100644 index 00000000..37650b57 --- /dev/null +++ b/python/test_commits.py @@ -0,0 +1,7 @@ +"""Module provided a function to round nums.""" + + +def rounding_nums(num: float) -> None: + """Function to round nums.""" + round(num, 1) + print(f"rounded num = {num}") diff --git a/python/venv.py b/python/venv.py new file mode 100644 index 00000000..fa5d0f09 --- /dev/null +++ b/python/venv.py @@ -0,0 +1,50 @@ +# 1.Что делает команда python -m venv venv? +# Создает виртуальное окружение +# +# 1.1 Что делает каждая команда в списке ниже? +# - pip list: выводит список зависимостей +# - pip freeze > requirements.txt: выгружает зависимости из виртуального окружения в файл# - pip install -r requirements.txt: в виртуальное окружение ставит зависимости из файла +# +# 2.Что делает каждая команда в списке ниже? +# - conda env list: выводит список виртуальных окружений +# - conda create -n env_name python=3.5: создаем новое виртуальное окружение на версии python 3.5 +# - conda env update -n env_name -f file.yml: обновляет зависимости в виртуальном окружении +# - source activate env_name: активация виртуального окружения +# - source deactivate: деактивация виртуального окружения +# - conda clean -a: очистить кэш conda +# +# +# +# 5. Что делают эти команды? +# - pip freeze > requirements.txt: выгружает зависимости из виртуального окружения в файл +# - conda env export > environment.yml: выгружает зависимости из виртуального окружения в файл +# +# +# 6. Что делают эти команды? +# - pip install -r requirements.txt +# - conda env create -f environment.yml +# В виртуальное окружение ставят зависимости из файла +# +# 7.Что делают эти команды? +# - pip list показывает список зависимостей +# - pip show информация о зависимости +# - conda list показывает список зависимостей +# +# 8.Где по умолчанию больше пакетов venv/pip или conda? и почему дата сайнинисты используют conda? +# При создании чистого окружения conda имеет больше пакетов. Но по ходу разработки проекта на venv/pip можно поставить множество пакетов, когда как conda использует собственный репозиторий пакетов для установки, который по количеству меньше. +# DS спецы как раз используют conda, потому что есть по дефолту множество нужных пакетов. +# +# 9. вставьте скрин где будет видно, Выбор интерпретатора Python (conda) в VS Code/cursor +#
+# +# 10. добавьте в .gitignore папку SENATOROV +# +# Добавил: **/SENATOROV/ +# +# 11. Зачем нужно виртуально окружение? +# В рамках проекта используются определенные пакеты с определенными версиями. Эту информацию можно хранить в файле, благодаря виртуальному окружению. А дальше с помощью файла можно на другом устройстве запустить проект, установив быстро все нужные пакеты, благодаря файлу. +# +# 12. С этого момента надо работать в виртуальном окружении conda, ты научился(-ась) выгружать зависимости и работать с окружением? +# +# 13. Удалите папку VENV, она больше не нужна, мы же не разрабы, нам нужна только conda +# удалил diff --git a/quiz.py b/quiz.py new file mode 100644 index 00000000..c20278c7 --- /dev/null +++ b/quiz.py @@ -0,0 +1,234 @@ +# Список вопросов к видео https://youtu.be/hW_7hodGxVU?si=tCEVs00xGt2q61eW (АЛГОРИТМ ПРИНЯТИЯ И ОТДАЧИ ДОМАШКИ):# +# (По желанию )В ответе подробно всё опишите и обязательно нужно указывать тайм код из видео где я это сказал, по желанию, дополнительно прикладываем скриншот из видео. +# Если вы знаете ответы на вопросы из Вашего опыта, то таймкоды из видео не надо указывать и т.д. +# +# 1) Как понять, что домашка пришла? +# "@yournickname прими пул" в чате homework +# 2) Как принять домашку? +# fetch origin в github desktop в соответствующем репозитории +# 3) Зачем нужна кнопка history и какие функции появляются при нажатии правой кнопки мыши на коммит? +# history нужна, чтобы посмотреть историю коммитов. при нажатии правой кнопкой мыши на коммит можно создать новую ветку от этого коммита, посмотреть коммит на гитхабе +# 3.1) Где брать ссылку на коммит? куда её отправлять? +# ссылку брать из github desktop (history-> View on GitHub->скопировать url). ссылку нужно отправить в чат homework +# 4) Что такое файл лога? +# файл лога используется для записи(логгирования) того, что было зделано/пройдено на уроке +# 4.1) Когда нужно его пушить? +# нужно пушить после каждого урока +# 5) Что такое интерпритатор? +# программано построчно выполняющаю код +# 6) Где можно выбрать интерпритатор? +# интерпретатор выбирается с помощью кнопки "Select kernel" где можно выбрать либо локальный интерпретатор, который у нас утановлен на пк(python environments...), либо интерпретатор, который находится на сервере(Existing Jupyter server...) +# 7) Что такое модуль? +# файл с кодом +# 8) Как создать и отправить коммит? +# выбираем нужный нам файл, смотрим чтобы был выбран только он, пишем название коммита и нажимаем commit to "yourbranchhere" +# 9) Как посмотреть что коммит точно отправлен и находится в github? +# history правой кнопкой мыши View on GitHub +# 10) Какая команда показывает что код не прошёл проверки на ошибки? +# precommit run --all-files +# 10.1) Напишите список линтеров которые используются для проверки кода и дайте их краткую характеристику. +# pylint - проверяет синтаксис, стиль и структуру кода +# pydocstyle - автоматически форматирует docstrings +# black - автоматический форматировщик кода +# 11) Как узнать какой именно линтер не прошёл проверку? +# при возникновении ошибки название линтера пишется в терминале +# 12) Линтер Pylint видит markdown? +# нет +# 13) Номер ячейки в терминале и номер ячейки в vs code может отличаться? в каком случае? +# да, могут отличаться т.к. ячейки markdown не учитывются +# 14) Где посмотреть номер ячейки в vscode? +# справа внизу (Cell "k" of ""n") +# 15) В каком формате ipynb отправляется в гитхаб? причём здесь JSON? +# ipynb на гитхаб отправляются в JSON формате +# 16) Где посмотреть в какой ячейке ошибка? +# номер ячейки указывается в терминале после команды precommit run --all-files +# 17) Как запустить терминал? +# Terminal->New Terminal +# 18) Что такое линтер? +# программа, которая проверяет код на соответсвие стандартам качества +# 19) В какой сайт нужно вставлять код ошибки если ошибка связана с pylint? +# pylint.pycqa.org +# 20) Секция pydocstyle в большинстве случае автоматический закрывается после исправления ошибок в каком линтере? +# pylint +# 21) Что такое описание модуля? Оно должно отражать информацию о том что находится в модуле? +# краткое описание содержимого модуля +# 21) С какой git команды начинается утро программиста? +# Fetch origin +# 22) После внесения изменений в файлах, кнопка open in vs code пропадает в кошке, как по другому открыть vs code из кошки? +# правая кнопка мышки на current directory -> open in vscode +# 23) Что такое stash? +# Общее объяснение концепции. +# stash позволяет сохранить внесённые локальные изменения в буфер обмена +# 23.1) Как сохранить стэш? +# git командa(подсказка: https://t.me/c/1937296927/3602/19531): +# git stash save "STASH_NAME" +# Кнопка в vs code: +# stash changes and continue +# 23.2) Как восстановить стэш(подсказка: https://t.me/c/1937296927/3602/25747)?: +# github desktop->stashed changes->restore +# git команда(подсказка: https://t.me/c/1937296927/3602/19531)?: +# git stash apply "STASH_NUMBER" +# 23.3) Различие между стэшем и коммитом. +# Когда лучше сохранить изменения в стэше, а когда коммитить. +# commit если задание полностью готово, stash если не готово, но нужно либо закончить выполнение, либо переключится на другую задачу +# 23.4) Как просмотреть список сохраненных стэшей? +# git команда (подсказка: https://t.me/c/1937296927/3602/19531): +# git stash list +# 23.5) Как удалить стэш? +# Команды для удаления отдельных стэшей или всех сразу. +# git команда (подсказка: https://t.me/c/1937296927/3602/19531): +# git shash drop/git stash clear +# 23.6) Практические примеры использования стэша. +# Краткие сценарии, где стэш помогает. +# перед слиянием веток +# если нужно переключиться на другую задачу, но фича/исправление не доделано +# 24) Где посмотреть что есть конфликт в файлах? +# в github desktop +# 24.1) Когда он появляется? +# когда на локальном устройстве возникают измененияв тех же файлах, что были обновлены на гитхабе +# 25) Как решить конфликт в файлах? +# выбрать один из трёх вариантов разрешения: Accept current change, accept incoming change, accept incoming change +# 26) Напишиие правильное утверждение +# -Зелёное то что пришло с гитхаба и синее локальные изменения +# 27) Если мы работаем в одном файле, можно ли принять pull после того как вы спрячете в стэш свои изменения? +# да +# 27.1) Что может произойти когда stash восстановите после принятия pull? +# может возниктуть конфликт +# 28) Сколько способов решения конфликтов было показано в видео? Напишите ЧИСЛО и укажите их способы. +# 3, Accept current change, accept incoming change, accept incoming change +# 29) Что делает кнопка complete merge? +# выполняет завершение слияния +# 30) В какой чат нужно писать если остались вопросы? +# Help me +# 31) Что такое FORK? Зачем его делают? +# Копирование репозитория, для внесения изменений локально +# 32) Как скачать форкнутый репозиторий на локальный компьютер? +# github desktop->clone repository->выбор репозитория из списка +# 33) С какой вероятностью ваши ошибки были уже решены? и кто их решил? +# с 90% вероятностью, Русланом или другими студентами +# 34) Как создать файл в vs code? +# Explorer->new file +# 35) Файл лога нужно заполнять в конце каждого урока? +# да +# ================== +# +# Дополнительные вопросы: +# 1)Какая команда конвертирует файл в py из ipynb? +# подсказка https://t.me/c/1937296927/1/26527 +# +# 2) Что такое пакетный менеджер? Вы пользуетесь пакетным менеджером conda или pip? Какой лучше использовать для дата сайнс? +# 3) Почему расширение py лучше чем ipynb? +# 4) Что такое pep8? +# подсказка:https://peps.python.org/pep-0008/ +# 4.1) линтеры проверяют на соблюдение pep8? +# 4.2) Какая нотация используется для создания переменных? +# ответ на 85-95 страницы https://t.me/c/1937296927/1/16676 +# 4.3) Может ли переменная состоять из одной буквы например андерскор "_" ? +# 4.4) Зачем и где мы используем андерскор _ +# 4.5) По PEP8 допустима переменная в одну букву? +# ответ на 85-95 страницы https://t.me/c/1937296927/1/16676 +# +# Список вопросов к видео https://youtu.be/Si9MfV8uJ-0?si=JXHe-tsgOEwSTI5E (НАСТРОЙКА VSCODE, перенос строк, линтеры, работа с ячейками): +# +# (По желанию)В ответе подробно всё опишите и обязательно нужно указывать тайм код из видео где я это сказал, по желанию, дополнительно прикладываем скриншот из видео. +# Если вы знаете ответы на вопросы из Вашего опыта, то таймкоды из видео не надо указывать и т.д. +# +# 1. Как включить автосохранение данных в VSCODE? +# File->autosave +# 2. Как настроить перенос строки? +# File->Preferences->Settings->wordWrap==wordWrapColumn +# 3. Сколько символов по pep8 разрешено на строке? +# 79(72 для документации) +# 4. Какие способы переноса строк показаны в видео: +# +# 4.1 Строки с использованием обратного слэша (\) +# +# string_continued = "This is a long string that we want to " \ +# "split across multiple lines." +# print(string_continued) +# +# 4.2 Тройные кавычки (''' или """) +# +# multi_line_string = """This is a string that spans +# multiple lines. You can write freely +# and it will keep the line breaks.""" +# print(multi_line_string) +# +# 4.3 Создание списка строк и объединение с помощью join +# +# strings = [ +# "This is the first line.", +# "This is the second line.", +# "This is the third line." +# ] +# result = "\n".join(strings) # Используем перенос строк '\n' +# print(result) +# +# 4.4 Использование круглых скобок для продолжения строки +# long_string = ( +# "This is a very long string that I would like to " +# "continue on the next line." +# ) +# print(long_string) +# +# 4.5 Форматированные строки (f-строки) с использованием скобок +# letter_a = 5 +# letter_b = 6 +# product_ab = letter_a * letter_b +# +# message = ( +# f"when {letter_a} is multiplied by {letter_b}, " +# f"the result is {product_ab}" +# ) +# print(message) +# +# 4.6 Сложение строк с помощью + +# +# string_part1 = "This is the first part, " +# string_part2 = "and this is the second part." +# full_string = string_part1 + string_part2 +# print(full_string) +# +# 5. Проверка на ошибки c помощью кнопки problems, где она находится? +# в нижней части экрана, раздел problems +# 6. Где в vscode находится клиент гита? как в нём отправить коммит? как принять домашку? +# в панели слева. выбираем нужные файлы, вводим название коммита и нажимаем commit, затем push. с помощью pull +# 7. Что такое GIT? он локальный? В нём можно посмотреть историю изменений файлов и вернуться к любому коммиту? +# GIT - это система контроля версий, можно посмотреть историю изменений файлов, можно вернуться к любому коммиту +# 8. Как вставить картинку в маркдаун? +# "["image:png](attachment:image.png)" +# 9. Где посмотреть длину строки в vs code? +# копируем строку->создаём py файл->вставляем строку в файл +# 10. Как поменять тип ячейки с питона на маркдаун? +# нажать на кнопку "python" и выбираем "markdown" +# 11. Как запустить сразу все ячейки в юпитере? +# Кнопка Run all в верхней части экрана +# 12. Как изменить размер картинки в юпитере? Нужно для этого знать HTML? +# , да +# 13. Какой хоткей чтобы запустить ячейку с смещением на следующую? +# shift+enter +# 14. Как включить отображение номеров строк в юпитере(Cell line numbers)? +# кликнуть правой кнопкой мыши на ячейку-> show cell line numbers +# 15. Что такое "Go To" чем это полезно? Как перейти сразу на ошибочную ячейку? +# переход к ячейке на ячейку с ошибкой +# 16. Как очистить вывод ячеек которые уже запущены? +# Clear all outputs +# 17. Как работать одновременно в нескольких файлах в VSCODE? Что такое SPLIT? +# нажать Split editor, разделяет рабочее пространство на две части, где в каждой части располагаются свои файлы +# 18. Каким сочетанием убирается левый сайдбар? +# ctrl+b +# 19. Кнопка два листочка это наши локальные файлы? +# да +# 20. Какая ошибка появилась в трассировке при запуске всех ячеек DICT или LIST? +# Name Error: name Dict is not defined +# 21. Вы ознакомились с https://t.me/c/1937296927/832/19307? и ttps://github.com/adam-p/markdown-here/wiki/Markdown-Cheatsheet? +# да +# 22. Что такое валидация? +# проверка работы всех ячеек на ошибки +# 23. Что такое трассировка ошибки? +# смотр ошибки +# 24. Что значит отвалился интерпритатор? +# произошла критическая ошибка в работе программы +# +# Отвечаете на вопросы в вашем редакторе кода. +#