Если вы, как и я, используете Conventional Commits, то этот трюк для вас. Чтобы не копаться в истории коммитов руками, используйте:

git log --oneline --grep="feat:" --since="2 weeks ago"

Можно искать по любому типу: feat, fix, chore. А --since поможет ограничить период. Идеально сочетается с автоматической генерацией changelog!

#git #DevTools #productivity

Для тех, кто использует Conventional Commits, commitlint - отличный инструмент для автоматической проверки формата:

feat: добавил новую фичу
fix: исправил баг с авторизацией
chore: обновил зависимости
docs: обновил README

Настройка через .commitlintrc.json:

{
  "extends": ["@commitlint/config-conventional"]
}

Подключите husky для проверки перед коммитом, и semantic-release для автоматической генерации changelog. Теперь релизные заметки будут собираться сами!

#git #automation #DevTools

Если у вас большой репозиторий или монорепа, git может заметно тормозить. Включите оптимизацию:

git config --global feature.manyFiles true

Что это даст:

index.skipHash=true - ускоряет запись индекса, пропуская подсчет контрольной суммы (работает с Git 2.40.0+)
index.version=4
- включает сжатие путей в индексе
core.untrackedCache=true - кэширует информацию о неотслеживаемых файлах (требует корректной работы mtime)

В результате операции вроде git status и git checkout могут ускориться в несколько раз. Особенно заметно на репозиториях с тысячами файлов.

Так же для монорепо рекомендую посмотреть в сторону git sparse-checkout - позволяет работать только с нужными директориями.

#git #performance #monorepo

На выходных устроил себе небольшой марафон чтения технических статей. Выбрал для вас самое вкусное, что зацепило и заставило задуматься 🤔

Как конфигурировать Git
https://habr.com/ru/articles/886538/

Отличная статья о том, как правильно настроить Git, чтобы работать максимально эффективно. Автор разбирает кучу полезных настроек, которые помогают избежать типичных ошибок и ускоряют работу с репозиториями.

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

20 лет работы над одним продуктом
https://habr.com/ru/companies/ruvds/articles/886284/

Эта история меня удивила. Автор рассказывает, как уже 20 лет (!) развивает один проект, который стал его основным источником дохода. И самое неожиданное — это десктопное приложение для рассадки гостей.

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

Прощай, Хабр Фриланс... 😢
https://habr.com/ru/companies/habr/articles/886798/

Эта новость вызвала у меня настоящий приступ ностальгии. Я в разработке уже больше 15 лет, и примерно треть в начале карьеры отдал именно фрилансу.

Зарегистрировался на своей первой бирже лет в 13 — это был Free-lance.ru, первая фриланс-платформа в России. Примерно в то же время завёл аккаунты на Elance и oDesk. Потом появились weblancer и множество похожих сайтов. Free-lance.ru со временем превратился в fl.ru, а Elance и oDesk объединились в Upwork.

Хабр Фриланс действительно был глотком свежего воздуха — там публиковались по-настоящему интересные проекты от адекватных заказчиков. Жаль, что площадка закрывается.

А какие интересные статьи прочитали вы на этой неделе? Делитесь в комментариях! 💬

#технологии #программирование #git #фриланс #разработка #статьи_недели