​Полмиллиона файлов в одном git-репозитории

Представляем вашему вниманию любопытную статью о том, как в компании Canva оптимизировали работу с гигантским git-репозиторием.

Автор делится опытом масштабирования monorepo до 500 000 файлов и десятков миллионов строк кода. При таких объёмах обычные команды git становятся очень медленными.

#статья #git

​Релиз Git 2.42: основные обновления

Вышла новая версия Git 2.42 с рядом значительных обновлений.

Там появился новый алгоритм для обхода битовых карт, что увеличивает скорость работы. Также добавлены новые опции в git notes append и git diff.

#статья #git

​Как писать хорошие коммиты

В этой статье автор подробно разбирает, как настроить линтер Commitlint для автоматической проверки комментариев на соответствие заданным правилам.

Вы узнаете, как интегрировать Commitlint с GitHub, чтобы запускать проверку при каждом пул-реквесте.

#статья #git

​Что такое GitOps?

DevOps — это набор практик, которые помогают сгладить противоречия между командой разработчиков и командой эксплуатации. Благодаря этому релизы стали выходить гораздо чаще.

Но появилась ещё одна концепция — GitOps. Что это такое и как она связана с DevOps, вы узнаете из этого видео.

#видео #git

Видеокурс по Git для начинающих

Git — это инструмент, который помогает разработчикам отслеживать изменения в своём коде, сохранять разные версии проекта и с лёгкостью сотрудничать с другими разработчиками.

Держите курс по этому инструменту, состоящий из множества коротких видео. Тут разбирают основные концепции Git и рассказывают про все необходимые базовые команды.

#git

​​Что такое .gitignore-файл?

gitignore — это файл конфигурации, который используется в системе контроля версий Git для указания файлов и директорий, которые должны быть проигнорированы Git при отслеживании изменений в репозитории.

Зачем он нужен?
— Исключение временных файлов. Игнорирует файлы, создаваемые в процессе разработки, такие как *.pyc и node_modules/.

— Платформозависимый код. Игнорирует файлы, специфичные для ОС, например, .DS_Store и Thumbs.db.

— Защита чувствительных данных. Предотвращает случайное добавление паролей и ключей API в репозиторий.

Пример синтаксиса файла:

# Игнорирование временных файлов Java (файлы с указанным расширением)
*.class

# Игнорирование настроек проекта IntelliJ IDEA (все файлы в указанной папке)
.idea/

Чтобы вручную не составлять .gitignore-файл, можно воспользоваться сервисами с готовыми конфигами. Например gitignore.io — указываете используемые в проекте технологии и получаете заполненный файл.

#git

Учить Git, да так, чтоб было ещё и интересно

Да, такое возможно. Один из вариантов — Learning Git — интерактивный тренажёр. В нём вы можете с нуля изучить Git и сразу же практиковаться с визуальной демонстрацией. Благодаря этому можно будет разобраться даже в самых трудных командах, ведь всё будет отображаться в схеме.

Тут также есть различные уровни сложности, поэтому проходить с полного нуля не обязательно.

#git

Как это отменить?! Git-команды для исправления своих ошибок

Если вы ошиблись в Git’е, то разобраться, что происходит и как это исправить, — непростая задача. Документация Git — это кроличья нора, из которой вы вылезете только зная конкретное название команды, которая решит вашу задачу. С подобными проблемами рано или поздно может столкнуться каждый, поэтому важно уметь правильно их решать.

Берите на заметку статью, где рассказываем о командах, которые помогут вам выбраться из проблемных ситуаций. Например, когда нужно сделать какие-то изменения в существующем коммите, перекинуть коммит на другую ветку или пофиксить что-то 5-ю коммитами ранее. В статье не просто рассказывают о командах, но и показывают их в реальных кейсах с подробными комментариями.

@prog_point #git

Практический урок по Git для начинающих

Если вы только знакомитесь с Git и жаждете быстро овладеть его без тягостного учебника, этот материал создан специально для этого.

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

https://youtu.be/SEvR78OhGtw?si=P1ylLRqEIuSvv_VM

@prog_point #git #general

Git и Github: Практический урок для начинающих

В этом мини-курсе подробно рассматривается работа с Git и его взаимодействие с платформами GitHub, GitLab, BitBucket.

В курсе поэтапно рассматриваются: установка Git, Git config, создание репозитория, git status, работа с Github, разработка в Git, SSH, создание ключей, ветвление, слияние веток, разрешение конфликтов, ревью автотестов, разрешение конфликтов в реальном проекте, создание pull request.

Смотреть

@prog_point #git #github

​​Как писать красивый и информативный README?

Многие программисты лихо управляются с кодом и знают мельчайшие подробности своих проектов. Но некоторым из них недостаёт коммуникативных навыков.

README — это первый файл, который нужно читать, получив доступ к проекту на Github или любой Git-хостинговой площадке. Такой файл обычно содержит много полезной информации, так что его вполне можно рассматривать как справочное руководство по проекту.

Но как оформить этот README-файл, чтобы он был не сплошной простынёй текста, а отформатированным, приятным на взгляд и создавал хорошее впечатление от просмотра? Рассказали в статье.

@prog_point #git #советы

​​Топ-30 команд Git, которые точно не помешает знать

Ловите список из 30 команд, которые помогут овладеть и комфортно пользоваться Git и крайне желательны для разработчика любого направления. К каждой команде есть пример использования и небольшое описание. В общем — need to know.

@prog_point #git

Как профессионально писать коммиты в Git

Как вы знаете, коммиты в Git делаются с помощью команды git commit -m "ваше сообщение коммита". Но это подходит только для новичков. Как только вы начнете работать в профессиональной среде, вы быстро поймете, что использования флага -m недостаточно.

После прочтения этой статьи вы узнаете о различных способах фиксации изменений и больше не захотите писать коммиты стандартным способом:

https://techrocks.ru/2024/07/03/how-to-commit-like-a-pro/

#git

Как улучшить свой пул-реквест

Для начала нужно понять, что пул-реквест — это рассказ о ваших изменениях для рецензентов, которые будут изучать их. Поэтому важно, чтобы процесс рассмотрения был простым и понятным. Добиться этого можно, если следовать нескольким правилам:

1. Правильно организуйте ваш пул-реквест.
2. Следите за его размером.
3. Дайте ему адекватное название и описание.
4. Выступите в роли рецензента до публикации пул-реквеста.

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

#git #советы

Что нужно знать всем программистам

Собрали для вас подборку полезных материалов, которые помогут легче вкатиться в айтишку (и не только):

— Выучить язык программирования за 7 дней? Это миф, вот, почему. Развеиваем миф о том, что выучить язык программирования за 7 дней — легко. Делимся наблюдениями и даем рекомендации для начинающих специалистов.

— Что удобнее для разработчика: Mac Studio или кастомный ПК? Может ли миниатюрный Mac Studio от Apple заменить мощные ПК для разработчиков? Проводим технобаттл и разбираемся, какую технику выбрать для работы с медиа и кодом.

— Использование Git: советы и трюки для продвинутых пользователей. Git — это мощная распределенная система контроля версий, которая используется для управления исходным кодом в проектах различного масштаба. Рассказываем, как сделать работу с ней еще более эффективной.

— Что такое Grafana и зачем она нужна. Узнайте, что такое Grafana и как она помогает в мониторинге и анализе данных.

— Markdown в Telegram: как выделить код (и не только). Расскажем о том, как правильно форматировать код и текст через Markdown в Telegram. Это удобный способ делиться технической информацией через мессенджер

— Основы PostgreSQL для начинающих: от установки до первых запросов. Научитесь устанавливать и работать с PostgreSQL. В этом руководстве мы рассмотрим основные команды, создадим первую базу данных и выполним простые SQL-запросы

#подборка #sql #git #grafana

Полезные команды Git

Автор подробно разбирает самые полезные команды Git: merge, rebase, reset, revert и другие.

Каждая команда проиллюстрирована анимированными схемами, которые показывают, как меняется история ветвей.

#советы #git

Как конфигурировать Git

Новички часто сталкиваются со сложностями, когда дело доходит до конфигурации Git. Конечно, можно использовать и настройки по умолчанию, но если хотите настроить инструмент под себя, то стоит покопаться в конфигах.

О том, как это сделать правильно, узнаете в статье: https://habr.com/ru/articles/886538/

#git

Что такое merge и rebase в Git — и в чём между ними разница?

Когда несколько человек (или вы сами) работают над одним проектом, у вас появляются разные ветки с изменениями. Чтобы соединить их — используют merge или rebase. Оба делают одно и то же: включают изменения из одной ветки в другую, но делают это по-разному.

git merge — «просто объединить»

Представьте: у вас есть ветка main, а вы работаете в ветке feature. Когда фича готова, вы хотите добавить её в main.

Если сделать:

git checkout main
git merge feature

Git просто добавит новый коммит, который объединит все изменения из feature. История при этом сохранится как была — видно, где шли параллельные ветки. Это безопасно и удобно для командной работы.

✅ Преимущества:

— история честная, всё видно;
— легко откатить.

🚫 Минус: история становится «ветвистой» — особенно при частых слияниях.

git rebase — «переписать, как будто всё было по порядку»

rebase берёт все ваши коммиты из ветки feature и как бы переносит их в конец ветки main, меняя их «время» и «место» в истории:

git checkout feature
git rebase main

Теперь ветка feature выглядит так, будто вы сначала получили все обновления из main, а потом начали работать. История становится прямой и аккуратной, без лишних ответвлений.

✅ Преимущества:

— история читается как по линейке;
— удобно перед публикацией.

🚫 Минусы:

— может быть опасно, если кто-то уже использует вашу ветку (можно поломать историю при push).

Когда использовать что?

— merge — когда работаете в команде. Безопаснее, история прозрачная.

— rebase — когда хотите навести порядок в истории до слияния (например, перед git merge), или если вы единственный, кто работает с веткой.

#простымисловами #git