Улучшайте рабочий процесс разработки вашей команды с помощью Githooks

uluchshajte rabochij proczess razrabotki vashej komandy s pomoshhyu githooks?v=1656538328

Даниэль Дойч

0*fzif-QPdioernqbi
Фото от rawpixel на Unsplash — https://unsplash.com/photos/erQu7dP0jCE

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

Стандартизированный рабочий процесс разработки программного обеспечения между программистами позволяет, например:

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

Одной из очень простых в использовании функции является Githooks (если вы используете Git для контроля версий).

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

Содержание

Почему Githooks?

Githooks – это, как следует из слова, крючок для команд Git. Интуитивно это имеет смысл. С помощью Git вы, по сути, управляете рабочим процессом определенного программного обеспечения. Каждая из ветвей является частью целого произведения. Каждый коммит является строительным блоком ветки.

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

Существует множество команд Git, которые можно подключить для установки стандартов. Помните, их достаточно много:

  • applypatch-msg
  • предварительно применить патч
  • патч после применения
  • предварительно сделать
  • подготовить-осуществить-сообщение
  • commit-msg
  • после фиксации
  • предварительная перебазировка
  • после оформления заказа
  • после слияния
  • предварительно получить
  • предварительно нажать
  • обновление
  • после обновления
  • pre-auto-gc
  • после переписывания

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

  • commit-msg/pre-commit
  • после оформления заказа
  • предварительно нажать

Позвольте объяснить почему.

GitFlow и Checkout, Commit, Push

Использование Git как системы контроля версий позволяет настроить рабочий процесс. Я делаю это с помощью метода GitFlow.

0*f-3vMJcoDjKLJ3RJ

В основном это разработка части программного обеспечения, где каждая функция представлена ​​ветвью.

В следующих примерах я всегда проверяю имена с помощью тестов Regex или выполняю другой сценарий.

После выписки

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

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

Вы можете создать простой сценарий оболочки, подобный этому, чтобы обеспечить именование:

Commit-msg

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

Проверьте сообщение git, например:

Предварительно нажать

«Git push» – это процесс «разделения» вашей ветвью с командой. Зачастую это последний шаг перед открытием pull-request для слияния с основной ветвью.

Это хорошее время, чтобы проверить другие указания, как «линтинг» кода, или все тесты прошли.

Примером выполнения другого сценария может служить:

«Выполняйте» крючки

Другой шаг – фактически применить эти крючки.

В менеджерах пакетов JavaScript и NPM/Yarn уже есть встроенный сценарий после установки. Он позволяет выполнять сценарий после установки. Но что же должно быть выполнено?

Создайте свой собственный сценарий установки! Люблю:

Исправьте одну распространенную проблему

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

chmod +x <pathToHoхорошо>

Смотрите обсуждение StackOverflow здесь.

Спасибо

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

Спасибо, что прочли мою статью! Не стесняйтесь оставлять любой отзыв!

Даниэль – разработчик программного обеспечения, степень магистра права. студентка коммерческого права и организатор технических мероприятий в Вене. Его текущие личные усилия сосредоточены на машинном обучении.

Подключиться на:

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *