[TASK] STASH #3 (https://github.com/SENATOROVAI/intro-cs/issues/3)

git/stash.ipynb

@@ -0,0 +1,107 @@
+{
+ "cells": [
+  {
+   "cell_type": "code",
+   "execution_count": null,
+   "id": "12b031ef",
+   "metadata": {},
+   "outputs": [],
+   "source": [
+    "\"\"\"2026-02-07. [TASK] STASH #3.\"\"\""
+   ]
+  },
+  {
+   "cell_type": "markdown",
+   "id": "1c4aae3a",
+   "metadata": {},
+   "source": [
+    "\n",
+    "1. Что делает команда git stash?\n",
+    "\n",
+    "    - команда прячет все изменённые файлы в специальный буфер. \n",
+    "\n",
+    "2. Как просмотреть список всех сохранённых изменений (стэшей)?\n",
+    "\n",
+    "    - view stash.\n",
+    "\n",
+    "3. Какая команда применяется для использования верхнего стэша?\n",
+    "\n",
+    "    - pop latest stash.\n",
+    "\n",
+    "4. Как применить конкретный стэш по его номеру?\n",
+    "\n",
+    "    - view stash -> choose stash number.\n",
+    "\n",
+    "5. Чем отличается команда git stash apply от git stash pop?\n",
+    "\n",
+    "    - git stash pop удаляет запись из stash после применения, а git stash apply оставляет запись в stash для возможного повторного использования.\n",
+    "\n",
+    "6. Что делает команда git stash drop?\n",
+    "\n",
+    "    - удаляет указанный стэш из списка сохранённых стэш-ей.\n",
+    "\n",
+    "7. Как полностью очистить все сохранённые стэши?\n",
+    "\n",
+    "    - -> git stash clear;\n",
+    "    - drop all Stashes.\n",
+    "\n",
+    "8. В каких случаях удобно использовать git stash?\n",
+    "\n",
+    "    - когда нужно срочно переключиться на другую ветку или задачу;\n",
+    "    - когда нужно очистить рабочее пространство перед выполнением команды pull или merge;\n",
+    "    - когда изменения ещё не готовы для коммита;\n",
+    "    - когда нужно провести тестирование программы до изменений, а потом вернуть изменения обратно.\n",
+    "\n",
+    "9. Что произойдёт, если выполнить git stash pop, но в проекте есть конфликтующие изменения?\n",
+    "\n",
+    "    - произойдёт ошибка, нужно застешить или закоммитить изменения.\n",
+    "\n",
+    "10. Можно ли восстановить удалённый стэш после выполнения git stash drop?\n",
+    "\n",
+    "    - можно, но сложно.\n",
+    "\n",
+    "11. Что делает команда git stash save \"NAME_STASH\"\n",
+    "\n",
+    "    - создаёт стэш с указанным именем.\n",
+    "\n",
+    "12. Что делает команда git stash apply?\n",
+    "\n",
+    "    - восстанавливает изменения из стэша обратно.\n",
+    "\n",
+    "13. Что делает команда git stash pop?\n",
+    "\n",
+    "    - то же, что apply, но после применения удалят стэш.\n",
+    "\n",
+    "\n",
+    "14. Сохраните текущие изменения в стэш под названием \"SENATOROV ver1\", вставьте скриншот из терминала\n",
+    "\n",
+    "    - done. \"добавил скриншоты в комментарии к ревью\"\n",
+    "\n",
+    "15. Внесите любые изменения в ваш репозиторий и сохраните второй стэш под именем \"SENATOROV ver2\"\n",
+    "\n",
+    "    - done. \"добавил скриншоты в комментарии к ревью\"\n",
+    "\n",
+    "16. Восстановите ваш стэш \"SENATOROV ver1\", вставьте скриншот из терминала\n",
+    "\n",
+    "    -done. \"добавил скриншоты в комментарии к ревью\"\n",
+    "\n",
+    "17. Удалите все стеши из истории, вставьте скриншот из терминала  \n",
+    "\n",
+    "    - done. \"добавил скриншоты в комментарии к ревью\"\n"
+   ]
+  },
+  {
+   "cell_type": "markdown",
+   "id": "636a9a84",
+   "metadata": {},
+   "source": []
+  }
+ ],
+ "metadata": {
+  "language_info": {
+   "name": "python"
+  }
+ },
+ "nbformat": 4,
+ "nbformat_minor": 5
+}

git/stash.py

@@ -0,0 +1,81 @@
+"""2026-02-07.
+
+[TASK] STASH #3.
+"""
+
+#
+# 1. Что делает команда git stash?
+#
+#     - команда прячет все изменённые файлы в специальный буфер.
+#
+# 2. Как просмотреть список всех сохранённых изменений (стэшей)?
+#
+#     - view stash.
+#
+# 3. Какая команда применяется для использования верхнего стэша?
+#
+#     - pop latest stash.
+#
+# 4. Как применить конкретный стэш по его номеру?
+#
+#     - view stash -> choose stash number.
+#
+# 5. Чем отличается команда git stash apply от git stash pop?
+#
+#     - git stash pop удаляет запись из stash после применения, а git stash apply оставляет запись в stash для возможного повторного использования.
+#
+# 6. Что делает команда git stash drop?
+#
+#     - удаляет указанный стэш из списка сохранённых стэш-ей.
+#
+# 7. Как полностью очистить все сохранённые стэши?
+#
+#     - -> git stash clear;
+#     - drop all Stashes.
+#
+# 8. В каких случаях удобно использовать git stash?
+#
+#     - когда нужно срочно переключиться на другую ветку или задачу;
+#     - когда нужно очистить рабочее пространство перед выполнением команды pull или merge;
+#     - когда изменения ещё не готовы для коммита;
+#     - когда нужно провести тестирование программы до изменений, а потом вернуть изменения обратно.
+#
+# 9. Что произойдёт, если выполнить git stash pop, но в проекте есть конфликтующие изменения?
+#
+#     - произойдёт ошибка, нужно застешить или закоммитить изменения.
+#
+# 10. Можно ли восстановить удалённый стэш после выполнения git stash drop?
+#
+#     - можно, но сложно.
+#
+# 11. Что делает команда git stash save "NAME_STASH"
+#
+#     - создаёт стэш с указанным именем.
+#
+# 12. Что делает команда git stash apply?
+#
+#     - восстанавливает изменения из стэша обратно.
+#
+# 13. Что делает команда git stash pop?
+#
+#     - то же, что apply, но после применения удалят стэш.
+#
+#
+# 14. Сохраните текущие изменения в стэш под названием "SENATOROV ver1", вставьте скриншот из терминала
+#
+#     - done. "добавил скриншоты в комментарии к ревью"
+#
+# 15. Внесите любые изменения в ваш репозиторий и сохраните второй стэш под именем "SENATOROV ver2"
+#
+#     - done. "добавил скриншоты в комментарии к ревью"
+#
+# 16. Восстановите ваш стэш "SENATOROV ver1", вставьте скриншот из терминала
+#
+#     -done. "добавил скриншоты в комментарии к ревью"
+#
+# 17. Удалите все стеши из истории, вставьте скриншот из терминала
+#
+#     - done. "добавил скриншоты в комментарии к ревью"
+#
+
+#

log.ipynb

@@ -0,0 +1,31 @@
+{
+ "cells": [
+  {
+   "cell_type": "code",
+   "execution_count": null,
+   "id": "624e3afd",
+   "metadata": {},
+   "outputs": [],
+   "source": [
+    "\"\"\"2026-01-20 Интро, пункт 7.2.\"\"\""
+   ]
+  },
+  {
+   "cell_type": "markdown",
+   "id": "492b0570",
+   "metadata": {},
+   "source": [
+    "1) Загрузил репозиторий;\n",
+    "2) Создал файл log.ipunb;\n",
+    "3) Выгрузил коммит."
+   ]
+  }
+ ],
+ "metadata": {
+  "language_info": {
+   "name": "python"
+  }
+ },
+ "nbformat": 4,
+ "nbformat_minor": 5
+}

log.py

@@ -0,0 +1,5 @@
+"""2026-01-20 Интро, пункт 7.2."""
+
+# 1) Загрузил репозиторий;
+# 2) Создал файл log.ipunb;
+# 3) Выгрузил коммит.

python/commits.ipynb

@@ -0,0 +1,72 @@
+{
+ "cells": [
+  {
+   "cell_type": "code",
+   "execution_count": null,
+   "id": "7d90322e",
+   "metadata": {},
+   "outputs": [],
+   "source": [
+    "\"\"\"2026-02-05 [TASK] Commits #5.\"\"\""
+   ]
+  },
+  {
+   "cell_type": "markdown",
+   "id": "6395de8c",
+   "metadata": {},
+   "source": [
+    "\n",
+    "\n",
+    "    1. Опишите своими словами назначение каждого из этих типов коммитов:\n",
+    "    feat, fix, docs, style, refactor, test, build, ci, perf, chore.\n",
+    "    \n",
+    "        -feat: добавлена новая функция;\n",
+    "        -fix: исправлен баг, ошибка;\n",
+    "        -docs: изменение ТОЛЬКО в документации к проекту;\n",
+    "        -style: изменения, которые не влияют на смысл кода (форматирование);\n",
+    "        -refactor: изменения не влияющие на функциональность программы (не устраняют баг и не добавляют фичу);\n",
+    "        -test: добавляет тесты для программы;\n",
+    "        -build: изменение влияющие на систему сборки или на зависимости;\n",
+    "        -ci: изменения связанные с автоматизацией и сборкой;\n",
+    "        -perf:повышение производительности;\n",
+    "        -chore: различные задачи не влияющие на код программы. \n",
+    "\n",
+    "    2. Представьте, что вы исправили баг в функции, которая некорректно округляет числа. Сделайте фиктивный коммит и напишите для него сообщение в соответствии с Conventional Commits (используя тип fix).\n",
+    "\n",
+    "        fix: исправлена ошибка в функции округления числа.\n",
+    "\n",
+    "    3. Добавление новой функциональности:\n",
+    "    Допустим, вы реализовали новую функцию generateReport в проекте. Сделайте фиктивный коммит с типом feat, отражающий добавление этой функциональности\n",
+    "\n",
+    "        feat: в проект добавлена новая функция generateReport. \n",
+    "\n",
+    "    4. Модификация формата кода или стилей:\n",
+    "    Представьте, что вы поправили отступы и форматирование во всём проекте, не меняя логики кода. Сделайте фиктивный коммит с типом style\n",
+    "\n",
+    "    style: исправлены форматирование и отступы в коде.\n",
+    "\n",
+    "    5. Документация и тестирование:\n",
+    "\n",
+    "    Сделайте фиктивный коммит с типом docs, добавляющий или улучшающий документацию для вашей новой функции.\n",
+    "    Сделайте фиктивный коммит с типом test, добавляющий тесты для этой же функции.\n",
+    "\n",
+    "        docs: добавлено описание функции;\n",
+    "        test: добавлено тестирование к функции.\n",
+    "\n",
+    "    Отправьте сюда в комменты ссылку на ваши коммиты https://github.com/ВАШ-ЛОГИН/Data-Science-For-Beginners-from-scratch-SENATOROV/commits/main/\n",
+    "\n",
+    "        https://github.com/SERG-1613/Data-Science-For-Beginners-from-scratch-SENATOROV/commits/main/"
+   ]
+  }
+ ],
+ "metadata": {
+  "jupytext": {
+   "formats": "ipynb,py:light"
+  },
+  "language_info": {
+   "name": "python"
+  }
+ },
+ "nbformat": 4,
+ "nbformat_minor": 5
+}

python/commits.py

@@ -0,0 +1,42 @@
+"""2026-02-05 [TASK] Commits #5."""
+
+#
+# 1. Опишите своими словами назначение каждого из этих типов коммитов:
+# feat, fix, docs, style, refactor, test, build, ci, perf, chore.
+#
+#     -feat: добавлена новая функция;
+#     -fix: исправлен баг, ошибка;
+#     -docs: изменение ТОЛЬКО в документации к проекту;
+#     -style: изменения, которые не влияют на смысл кода (форматирование);
+#     -refactor: изменения не влияющие на функциональность программы (не устраняют баг и не добавляют фичу);
+#     -test: добавляет тесты для программы;
+#     -build: изменение влияющие на систему сборки или на зависимости;
+#     -ci: изменения связанные с автоматизацией и сборкой;
+#     -perf:повышение производительности;
+#     -chore: различные задачи не влияющие на код программы.
+#
+# 2. Представьте, что вы исправили баг в функции, которая некорректно округляет числа. Сделайте фиктивный коммит и напишите для него сообщение в соответствии с Conventional Commits (используя тип fix).
+#
+#     fix: исправлена ошибка в функции округления числа.
+#
+# 3. Добавление новой функциональности:
+# Допустим, вы реализовали новую функцию generateReport в проекте. Сделайте фиктивный коммит с типом feat, отражающий добавление этой функциональности
+#
+#     feat: в проект добавлена новая функция generateReport.
+#
+# 4. Модификация формата кода или стилей:
+# Представьте, что вы поправили отступы и форматирование во всём проекте, не меняя логики кода. Сделайте фиктивный коммит с типом style
+#
+# style: исправлены форматирование и отступы в коде.
+#
+# 5. Документация и тестирование:
+#
+# Сделайте фиктивный коммит с типом docs, добавляющий или улучшающий документацию для вашей новой функции.
+# Сделайте фиктивный коммит с типом test, добавляющий тесты для этой же функции.
+#
+#     docs: добавлено описание функции;
+#     test: добавлено тестирование к функции.
+#
+# Отправьте сюда в комменты ссылку на ваши коммиты https://github.com/ВАШ-ЛОГИН/Data-Science-For-Beginners-from-scratch-SENATOROV/commits/main/
+#
+#     https://github.com/SERG-1613/Data-Science-For-Beginners-from-scratch-SENATOROV/commits/main/