⚡️ Совет по работе с базами данных 💡

Уникальные индексы с исключением определенных строк

Создание уникальных индексов в некоторых случаях невозможно из-за дублирования значений - например, в строках, помеченных как «мягко удаленные» (soft-deleted). Исключив такие строки из индекса, можно корректно настроить ограничение уникальности. В MySQL частичные уникальные индексы (unique partial indexes) требуют эмуляции.


В современных базах данных часто используется паттерн Soft Delete, когда данные не удаляются физически, а помечаются флагом is_deleted = true.

Если вы хотите, чтобы поле email было уникальным только для активных пользователей, обычный уникальный индекс выдаст ошибку при попытке регистрации нового пользователя с почтой, которая уже есть в «корзине». Использование частичного индекса решает эту проблему, позволяя игнорировать помеченные на удаление записи.

Нюанс для MySQL:
В отличие от PostgreSQL или SQL Server, MySQL не поддерживает синтаксис WHERE внутри команды CREATE INDEX. Чтобы добиться такого же поведения, разработчики обычно используют:

• Виртуальные колонки (Generated Columns): создается колонка, которая принимает значение только если запись активна, и на нее вешается уникальный индекс.
• Составные индексы: включение флага удаления или временной метки в сам индекс.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Алиасы (псевдонимы)- это лучший способ сэкономить время и не печатать длинные команды по сто раз в день.

Вы можете добавить их в свой глобальный конфиг Git одной командой:
git config --global alias.имя_алиаса "команда"

Вот подборка самых полезных алиасов, разделенных по назначению:

1. Сокращения для базы

Самые часто используемые команды до одной-двух букв.

• st - быстрый статус:
git config --global alias.st "status -s" (флаг -s делает вывод компактным).
• co - переключение веток:
git config --global alias.co "checkout".
• cm - коммит с сообщением:
git config --global alias.cm "commit -m".
• br - список веток:
git config --global alias.br "branch".

2. Визуализация логов (Красивый граф)

Стандартный git log часто выглядит перегруженным. Этот алиас рисует понятное дерево проекта:

• lg:
git config --global alias.lg "log --graph --abbrev-commit --decorate --format=format:'%C(bold blue)%h%C(reset) - %C(bold green)(%ar)%C(reset) %C(white)%s%C(reset) %C(dim white)- %an%C(reset)%C(bold yellow)%d%C(reset)' --all"

3. Работа с изменениями

• unstage - если случайно добавили файл в индекс (git add), этот алиас его «вытащит»:
git config --global alias.unstage "reset HEAD --"
• last - посмотреть детали последнего коммита:
git config --global alias.last "log -1 HEAD --stat"
• amend - если забыли что-то добавить в последний коммит или опечатались в сообщении (без открытия редактора):
git config --global alias.amend "commit --amend --no-edit"

4. Для DevOps и автоматизации

• pur - подтянуть изменения и «перебазировать» свои сверху (чистая история без лишних merge-коммитов):
git config --global alias.pur "pull --rebase"
• ec - быстро открыть конфиг гит для редактирования:
git config --global alias.ec "config --global -e"


Как посмотреть все свои алиасы?

Просто введите:
git config --get-regexp alias


💡Если вы работаете в Linux/macOS, также полезно добавить алиас в ваш шелл (.bashrc или .zshrc), чтобы не писать даже слово git. Например: alias g='git'. Тогда статус можно будет проверить просто командой g st.

📲 Мы в MAX

👉 @Bookflow

Visualgo - это интерактивный учебный ресурс, посвящённый визуализации алгоритмов и структур данных.

📚 Структуры данных:
- Масивы
- Связные списки
- Стеки и очереди
- Деки
- Хеш-таблицы
- Деревья (BST, AVL, красно-черные и др.)
- Кучи
- Графы (в виде списков и матриц смежности)

⚙️ Алгоритмы:
- Сортировки (bubble, merge, quick и др.)
- Поиск (линейный, бинарный)
- Графовые алгоритмы:
- Поиск в ширину (BFS)
- Поиск в глубину (DFS)
- Алгоритмы кратчайшего пути (Dijkstra, Bellman-Ford)
- Алгоритмы остовных деревьев (Prim, Kruskal)

https://visualgo.net/en

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Что происходит, когда вы вводите URL в браузер?

В процесс вовлечены: браузер, операционная система вашего компьютера, интернет-провайдер, сервер, где размещён сайт, и сервисы, работающие на этом сервере.

1. Вы вводите https://somewebsite.com/page в браузере и нажимаете Enter
Здесь https:// — это схема, указывающая браузеру подключаться к серверу с использованием TLS. somewebsite.com — доменное имя сайта, которое указывает на конкретный IP-адрес сервера. А /page — путь к нужному ресурсу.

2. Браузер ищет IP-адрес домена
После того как вы ввели URL и нажали Enter, браузеру нужно определить, к какому серверу в Интернете подключиться. Для этого он ищет IP-адрес по доменному имени с помощью DNS-запроса. Сначала проверяется кэш, если записи там нет — запрос уходит к DNS-серверам (от корневого до серверов 3-го уровня).

3. Браузер устанавливает TCP-соединение с сервером
Протокол TCP используется для маршрутизации пакетов: от запроса браузера — через роутер, провайдера, интернет-обменники и сети — до сервера с нужным IP-адресом. Чтобы ускорить доставку, многие сайты используют CDN, кэширующие контент ближе к пользователю.

4. Браузер отправляет HTTP-запрос на сервер
После установления соединения браузер начинает взаимодействовать по протоколу HTTP(s). Он отправляет HTTP-запрос, который состоит из стартовой строки, заголовков и тела. По этим данным сервер определяет, что именно хочет клиент.

5. Сервер обрабатывает запрос и отправляет ответ
Сервер принимает запрос, анализирует строку, заголовки и тело. Для GET /page/ HTTP/1.1 сервер находит соответствующий ресурс, формирует ответ и возвращает его клиенту вместе с HTTP-статусом.

6. Браузер рендерит контент
Получив ответ, браузер смотрит на заголовки, чтобы понять, как обработать ресурс. Например, Content-Type указывает, что в теле ответа находится HTML-страница, которую и нужно отрисовать.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

📌3 частых ситуации с Git и как их разрулить


🔁 1. Случайно закоммитил не то и хочу откатиться

Ситуация: сделал коммит, понял, что рано.

Решение:

git reset --soft HEAD~1

✅ Убирает последний коммит, но оставляет изменения в staged — можно поправить и снова закоммитить.



💥 2. Запушил коммит с багом, нужно отменить на сервере

Ситуация: баг ушёл в main, надо быстро отменить.

Решение:

git revert <hash>

✅ Создаёт новый коммит, который отменяет изменения указанного. Без force-push, удобно в команде.



🕵️ 3. Нужно достать файл из старого коммита, но не откатывать всё

Ситуация: удалили/изменили важный файл, а он был раньше.

Решение:

git checkout <commit_hash> -- путь/к/файлу

✅ Извлекает конкретный файл без изменения текущей ветки. Можно сохранить, сравнить, закоммитить.


📌 Все три команды — незаменимые штуки в повседневной работе. Можно сохранить себе как Git-аптечку.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Паттерн Saga

автор: roadofbugs

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Пишем собственную виртуальную машину

В этом руководстве я научу вас, как написать собственную виртуальную машину (VM), которая сможет выполнять программы на языке ассемблера, такие как игра моего друга "2048" или мой Roguelike. Если вы умеете программировать, но хотите лучше понять, что происходит внутри компьютера, и глубже разобраться, как работают языки программирования, то этот проект для вас. Написание собственной виртуальной машины может показаться сложной задачей, но я обещаю, что вы найдете это удивительно простым и познавательным.

Конечный код занимает около 250 строк на C (unix, windows). Все, что вам нужно знать, — это как читать базовый C или C++ и выполнять двоичную арифметику.

https://justinmeiners.github.io/lc3-vm/

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

🧱 Пишем Тетрис на C++: Идеальный старт для новичка

Написание Тетриса это своеобразный обряд посвящения для любого игрового разработчика. Это лучший способ понять, как работать с массивами, игровым циклом и таймингами, не отвлекаясь на сложные движки.

Нашли для вас легендарный туториал от Javi Lopez.

✅ Акцент на логике: Автор учит думать структурами данных, а не пикселями.

✅ Платформонезависимость: Код пишется на чистом C++. Его можно запустить хоть на Windows, хоть на Linux, хоть на тостере (почти).

✅ Чистый код: Отличный пример того, как отделять игровую логику от рендеринга.

Внутри разбирается всё: от хранения фигур (тетромино) в памяти до реализации сгорания линий.

🔗 Читать туториал: https://javilop.com/gamedev/tetris-tutorial-in-c-platform-independent-focused-in-game-logic-for-beginners/


♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Архитектура Docker состоит из трех основных компонентов

🔹 Клиент Docker
Это интерфейс, через который осуществляется взаимодействие с пользователями. Он взаимодействует с демоном Docker.

🔹 Docker Host
Здесь демон Docker принимает запросы Docker API и управляет различными объектами Docker, включая образы, контейнеры, сети и тома.

🔹 Реестр Docker
Здесь хранятся образы Docker. Например, широко используется публичный реестр Docker Hub.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

↗️ 10 основных алгоритмов на графах, которые нужно знать!

1. Поиск в глубину (DFS, Depth First Search)
2. Поиск в ширину (BFS, Breadth First Search)
3. Топологическая сортировка
4. Алгоритм объединения и поиска (Union Find, или Система непересекающихся множеств)
5. Обнаружение циклов
6. Нахождение связанных компонент
7. Двуцветный граф (Bipartite Graphs, определение двудольности)
8. Заливка области (Flood Fill)
9. Минимальное остовное дерево (Minimum Spanning Tree)
10. Кратчайший путь (Shortest Path)

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

🔍 Мини-гайд: Индексы в PostgreSQL

1. Зачем нужны индексы?

▪️ Ускоряют SELECT, JOIN, ORDER BY, GROUP BY.
▪️Снижают нагрузку при выборках без полного сканирования таблицы.

2. Типы индексов

▪️B-tree (по умолчанию): точный поиск (=), диапазоны (<, >), сортировки.

  CREATE INDEX idx_users_email ON users(email);
  

▪️Hash: для точного сравнения, но используется редко.
▪️GIN: массивы и полнотекстовый поиск.

  CREATE INDEX idx_docs_content 
    ON documents USING GIN(to_tsvector('russian', content));
  

▪️GiST: геоданные (PostGIS), диапазоны (int4range, tsrange).
▪️BRIN: очень большие таблицы, где данные «почти упорядочены» (по дате).

  CREATE INDEX idx_logs_created_at 
    ON logs USING BRIN(created_at);
  

3. Практические советы

▪️Оценивайте запросы через EXPLAIN ANALYZE или pg_stat_statements.
▪️Не создавайте индекс «про запас»: каждый замедляет INSERT/UPDATE/DELETE.
▪️Составные индексы: порядок колонок критичен.

  CREATE INDEX idx_users_city_age 
    ON users(city, age);
  

▪️Избегайте низкокардинальных колонок (boolean, ENUM) — индекс неэффективен, если фильтр возвращает большинство строк.
▪️Актуализируйте статистику: запускайте ANALYZE после больших загрузок/удалений.
▪️Удаляйте устаревшие индексы:

  DROP INDEX IF EXISTS idx_old_column;
  

▪️Используйте REINDEX для устранения фрагментации:

  REINDEX INDEX idx_users_email;
  

4. Подводные камни

▪️Бесполезный индекс: если WHERE возвращает ≥90% строк (например, is_active = true при 99% активных).
▪️Функциональные индексы: CREATE INDEX ON table ((LOWER(name))) сработает только при точном вызове WHERE LOWER(name) = 'ivan'.
▪️Блокировки: для создания без блокировки пишите:

  CREATE INDEX CONCURRENTLY idx_orders_status ON orders(status);
  

Но этот процесс дольше и требует больше места.
▪️Индексы на внешних ключах: без них при удалении/обновлении родительской записи будут долгие сканы.

Итог:
Индексы — мощный инструмент, если их грамотно использовать. Анализируйте планы запросов, не создавайте лишних, следите за статистикой и удаляйте устаревшие.

Сохрани, чтобы не забыть, и поделись с коллегами. А как ты выбираешь индексы у себя? Пиши в комментариях!

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Как избежать выгорания программисту 🔥👨‍💻

Выгорание – частая “болезнь” айтишников: дедлайны давят, код не сходится, а в голове постоянно мысли о задачах. Чтобы не оказаться “выгоревшим” через пару месяцев интенсивной работы, обратите внимание на эти практики:

1. Распознавайте первые признаки

🔹Хроническая усталость, даже после полноценного сна
🔹Потеря интереса к проектам, раньше приятным казавшимся
🔹Снижение концентрации и продуктивности
🔹Раздражительность, нервозность без видимых причин

Если вы заметили хотя бы пару пунктов – пора действовать заранее.

2. Организуйте рабочий процесс

🔹Чёткое планирование: разбейте крупные задачи на маленькие шаги. Каждодневный список дел (to-do) поможет “не тонуть” в мелочах.
🔹Техника Pomodoro: 25 минут работы + 5 минут отдыха. После 4 циклов — длинный перерыв 15–20 минут. Такой ритм позволяет сохранять свежесть мыслей.
🔹Ограничьте время “погружения”: не сидите за кодом по 12 часов подряд. Оптимальная рабочая смена для программиста – 6–8 часов с регулярными паузами.

3. Выделяйте время на восстановление

🔹Физическая активность: хотя бы 30 минут в день. Прогулка, лёгкая пробежка, упражнения на растяжку между задачами улучшают кровообращение и снимают напряжение.
🔹Сон и режим: ложитесь и вставайте в одно и то же время, даже в выходные. Качественный ночной сон (7–8 часов) – залог продуктивности и хорошего настроения.
🔹Цифровой детокс: вечером полностью отвяжитесь от гаджетов, чтобы мозг успел “отключиться” от задач. Ограничьте соцсети и мессенджеры минимум за час до сна.

4. Умейте сказать “нет”

🔹Реалистичные дедлайны: если видите, что не успеваете, обсудите с менеджером или заказчиком перенос. Лучше честно признаться, чем до последней минуты “ломать” себя.
🔹Не берите задачу сверх возможностей: если проект слишком сложный или сроки нереальны, предложите альтернативный подход или помощь коллег.

5. Баланс между “я” и “кодом”

🔹Хобби вне IT: найдите увлечение, не связанное с технологией — музыка, рисование, спорт, настольные игры. Это переключит мозг и наполнит энергией.
🔹Кружки и сообщества: общайтесь с теми, кто разделяет ваши интересы: книжные клубы, клубы настольных игр, спортивные секции. Социальная поддержка помогает “не застрять” только в рабочих задачах.

6. Периодические “мини-отпуска”

🔹Отпуск хотя бы раз в полгода: даже короткая поездка на уик-энд без работы способна “перезагрузить” голову.
🔹Регулярные выходные без диагоналки: не проверяйте почту, не отвечайте на рабочие сообщения. Дайте себе реально отдохнуть.

7. Постоянное обучение – но без перегрузок

🔹Учитесь постепенно: вместо марафонов видеокурсов лучше 30 минут в день. Так новые знания встраиваются в мозг легче и без стресса.
🔹Не гонитесь за всеми трендами: выбирайте то, что важно именно для ваших проектов и целей, а не всё подряд.

8. Работайте в команде и делегируйте

🔹Парное программирование (pair programming): совместная работа помогает находить ошибки быстрее и снижает психологическую нагрузку.
🔹Помощь коллег: если застряли, не мучайтесь в одиночку – попросите совета. Иногда взгляд со стороны решает проблему за пару минут.

9. Осознанность и простые практики

🔹Медитация или дыхательные упражнения (5–10 минут утром/вечером). Помогают снизить уровень тревожности.
🔹Ведение дневника: записывайте мысли и идеи, избавляясь от “ментального шума”. Это упорядочивает внутреннее состояние.

10. Регулярно оценивайте свой “уровень выгорания”

🔹Раз в месяц задавайте себе вопросы: “Насколько я воодушевлён проектом?”, “Что вызывает раздражение?”, “Когда в последний раз я отдыхал без мыслей о работе?”
🔹Если градус недовольства растёт – сразу включайте превентивные меры: пора добавить отдыха, сменить активность или обратиться к ментору/психологу.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

🌦 Weathr - погода прямо в терминале

Если ты живёшь в консоли, то это маст-хэв: weathr рисует живую погоду в виде ASCII-анимаций - дождь, снег, грозы, смена дня/ночи и даже пролетающие самолётики. Данные тянет из Open-Meteo.

Что умеет:

🔴realtime-погода + атмосферные ASCII-анимации
🔴автоопределение локации (по IP) или ручные координаты в конфиге
🔴гибкие единицы измерения (metric/imperial)
🔴режим симуляции погоды для теста (--simulate rain/snow/thunderstorm/...)

Установка (самый простой вариант):
cargo install weathr

Про приватность: авто-локация делает запрос к ipinfo.io, но это опционально - можно отключить и указать координаты вручную.

⭐️ Репозиторий: GitHub https://github.com/Veirt/weathr

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

RAG против Агентов (RAGs vs Agents)

Спросите LLM (большую языковую модель) о данных вашей компании, и она начнет гадать. Два паттерна, которые исправляют это - RAG и агенты, и они решают разные задачи.

RAG (Поисково-ориентированная генерация)

RAG объединяет LLM с поиском информации, чтобы обосновать ответы фактами. Этот процесс состоит из 4 шагов:

• Шаг 1: Запрос пользователя (User Query) векторизуется и отправляется на этап поиска (Retrieval).
• Шаг 2: Компонент поиска извлекает наиболее релевантные фрагменты из базы знаний (Knowledge Base: PDF-файлы, вики-страницы и т.д.).
• Шаг 3: Эти фрагменты вставляются в промпт в качестве контекста.
• Шаг 4: LLM пишет ответ, опираясь на извлеченный текст (Answer grounded).

Особенности: Один поиск. Одна генерация. Дешево, предсказуемо и легко поддается отладке.



Агенты (Agents)

Агенты оборачивают LLM в цикл рассуждений с набором инструментов (Tools) для выполнения конкретных действий.

• Шаг 1: Запрос пользователя поступает в среду выполнения агента (Agent runtime) — цикл рассуждений вокруг LLM.
• Шаг 2: LLM анализирует цель и выбирает нужный инструмент (Чтение, Запись, Редактирование, Bash и т.д.).
• Шаг 3: Среда выполнения (runtime) запускает инструмент и передает результат обратно в LLM.
• Шаг 4: LLM снова проводит рассуждения, выбирает следующий инструмент и повторяет этот цикл, пока задача не будет выполнена.

Особенности: Более гибко. Расходует больше токенов. Сложнее отлаживать, так как ошибки накапливаются от шага к шагу.


Главное эмпирическое правило (из центральной части картинки):

• Используйте RAG, когда ответ находится внутри ваших документов.
• Используйте Агента, когда решение задачи требует действий в других системах.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

⚡️ 10 терминальных инструментов, которые делают работу


1. zoxide
Умный cd, который запоминает твои привычки
https://github.com/ajeetdsouza/zoxide

2. fzf
Fuzzy-поиск файлов, процессов, git и истории
https://github.com/junegunn/fzf

3. ripgrep
Быстрый поиск по коду с учётом .gitignore
https://github.com/BurntSushi/ripgrep

4. lazygit
Удобный интерфейс для работы с git в терминале
https://github.com/jesseduffield/lazygit

5. starship
Лёгкий и быстрый prompt с полезной информацией
https://github.com/starship/starship

6. atuin
История команд с поиском и синхронизацией
https://github.com/atuinsh/atuin

7. bat
Просмотр файлов с подсветкой синтаксиса
https://github.com/sharkdp/bat

8. eza
Современная замена ls с иконками и цветами
https://github.com/eza-community/eza

9. yazi
Быстрый файловый менеджер в терминале
https://github.com/sxyazi/yazi

10. delta
Удобный просмотр git diff с подсветкой
https://github.com/dandavison/delta

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

🚀 Регулярные выражения (RegEx) в Linux: Полная шпаргалка

Сохраняйте в избранное, чтобы всегда было под рукой при работе с grep, sed, awk или при написании Bash-скриптов! 📌

🧩 Базовые символы (Matching Characters)

• . — Любой символ (кроме переноса строки)
• \w — Буквенно-цифровой символ + подчеркивание
• \W — Любой НЕ буквенно-цифровой символ
• \d — Любая цифра (0-9)
• \D — Любой символ, кроме цифры
• \s — Пробельный символ (пробел, таб, перенос)
• \S — Непробельный символ

⚓️ Якоря (Anchors)

• ^ — Начало строки
• $ — Конец строки
• \b — Граница слова
• \B — Не граница слова

🧮 Квантификаторы (Quantifiers)

• * — 0 или более вхождений
• + — 1 или более вхождений
• ? — 0 или 1 вхождение
• {n} — Ровно n вхождений
• {n,} — n или более вхождений

👻 Жадные vs Ленивые (Greedy vs Lazy)

• * — Жадный (захватывает как можно больше символов)
• *? — Ленивый (захватывает как можно меньше символов)
• +?, ??, {n}? — Ленивые версии остальных квантификаторов

🗂 Классы символов (Character Classes)

• [abc] — Любой символ из списка: a, b или c
• [^abc] — Любой символ, КРОМЕ a, b или c
• [a-z] — Любая буква в диапазоне от a до z
• [0-9] — Любая цифра от 0 до 9

📦 Группы и Диапазоны (Groups and Ranges)

• (abc) — Захватывающая группа (сохраняет совпадение)
• (?:abc) — Незахватывающая группа (ищет, но не сохраняет)
• | — Логическое ИЛИ (например, cat|dog)
• \1, \2, \3 — Ссылки на 1-ю, 2-ю, 3-ю захваченные группы

🚩 Флаги / Модификаторы (Flags)

• g — Глобальный (ищет все совпадения, а не только первое)
• i — Игнорировать регистр (A = a)
• m — Многострочный (^ и $ работают для каждой строки текста)
• s — Dotall (позволяет точке . совпадать с переносами строк)
• x — Extended (позволяет использовать пробелы и комментарии в самом RegEx)

🛡 Экранирование (Escaping)

• \ — Используется для экранирования спецсимволов, чтобы искать их буквально.
• Символы, которые нужно экранировать: [ \ ^ $ . | ? * + ( ) { }

👀 Опережающие и ретроспективные проверки (Lookarounds)

• (?=abc) — Позитивный lookahead (совпадает, если дальше идет abc)
• (?!abc) — Негативный lookahead (совпадает, если дальше НЕ идет abc)
• (?<=abc) — Позитивный lookbehind (совпадает, если перед ним идет abc)

🌐 Свойства Unicode (работают с флагом u)

• \p{L} — Любая буква из любого языка
• \p{N} — Любой числовой символ
• \p{Sc} — Любой символ валюты

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

🔄 Git шпаргалка: в чем разница между fetch, pull и pull --rebase?

Казалось бы, все эти команды нужны для того, чтобы забрать изменения из удаленного репозитория. Но дьявол кроется в деталях (и в структуре вашей истории коммитов!).


🟢 1. git fetch

Вы скачиваете новые коммиты из удаленного репозитория (C и D), но они не сливаются с вашим кодом автоматически.

• Что происходит: Обновляется только указатель origin/main. Ваша локальная ветка main с вашими коммитами (X и Y) остается нетронутой.
• Когда использовать: Когда нужно просто посмотреть, что там нового написали коллеги, не ломая свою текущую работу.

🔵 2. git pull

Эта команда делает fetch, а затем сразу же автоматически пытается слить (merge) удаленные изменения с вашими локальными.

•. Что происходит: Создается новый специальный мерж-коммит (M), который соединяет ветку с изменениями коллег и вашу ветку. Ваши коммиты X и Y остаются в исходном виде.
•. Когда использовать: Самый частый сценарий, но будьте готовы к тому, что история коммитов превратится в «паутину» из-за обилия мерж-коммитов.

🟣 3. git pull --rebase

Комбинация fetch + rebase. Вместо создания мерж-коммита, Git берет ваши локальные коммиты и «переносит» их на самый верх свежих изменений из удаленного репозитория.

•. Что происходит: Старые коммиты X и Y стираются, а вместо них создаются новые X' и Y', которые аккуратно встают после коммитов C и D.
•. Когда использовать: Когда вы хотите, чтобы история вашего репозитория выглядела как одна красивая прямая линия, без лишнего мусора.


💡 Краткий итог:

• Хотите просто проверить? 👉 git fetch
•. Быстро обновиться (по классике)? 👉 git pull
• Нужна чистая, линейная история коммитов? 👉 git pull --rebase


♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow

Как работает Git?

Для начала важно понять, где хранится наш код. Обычно предполагается, что существует только два места: удалённый сервер (например, GitHub) и локальный компьютер. Однако это не совсем так. Git использует три локальных хранилища на нашем компьютере, а значит, наш код может находиться в четырёх местах:
• Рабочая директория (Working directory): место, где мы редактируем файлы.
• Область подготовки (Staging area): временное место, где файлы находятся перед коммитом.
• Локальный репозиторий (Local repository): содержит закоммиченный код.
• Удалённый репозиторий (Remote repository): сервер, где хранится код (например, GitHub).

Большинство команд Git в основном перемещают файлы между этими четырьмя локациями.

Теперь вопрос к тебе: знаешь ли ты, с каким хранилищем работает команда git tag?
Эта команда позволяет добавлять аннотации к коммиту.

♻️ Сделай репост, чтобы помочь другим.

📲 Мы в MAX

👉 @Bookflow