Настроить Codacy для просмотра всех веток контролируемой ветки? - PullRequest
Новая
       22

Настроить Codacy для просмотра всех веток контролируемой ветки?

4 голосов
/ 05 июля 2019

Прямо сейчас у нас есть Codacy, который отслеживает ветку DEV, и согласно рекомендуемым методам, всякий раз, когда мы что-то делаем, мы создаем личную ветку DEV, работаем над этим, а затем снова объединяемся. Дело в том, что если Codacy обнаружит проблему , мы должны выйти из DEV, пересмотреть, затем снова объединиться. Между тем, у DEV есть этот дефектный код, поэтому мы должны отменить это слияние, и т. Д., И т. Д. Много места для ошибок, если вы паникуете, потому что ребята за границей скоро появятся в сети!

На ум приходят три приемлемых решения, может быть больше:

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

Возможно ли что-нибудь из этого?

Ответы [ 2 ]

3 голосов
/ 08 июля 2019

В разделе / ​​settings / branch вы можете определить «Правила защиты веток» для DEV и сделать статус Codacy соответствующим образом.Вы не сможете объединить PR, пока не решите свои проблемы.

1 голос
/ 08 июля 2019

Как обсуждено, следуйте нижеприведенному подходу

Вы должны ограничить любые толчки DEV, сделав его защищенной веткой. Прямые коммиты не будут разрешены и могут быть объединены только с помощью коммитов по запросу. В то же самое время вы можете назначить проверку кодировки для разрешения слияния

См. Ниже настройки для образца

Github settings

Обновление 12 июля:

В комментариях прояснено множество моментов, поэтому добавьте эти объяснения к ответу

Разработчик 1 -> Передает в ветку DEV_1 -> Поднять запрос на извлечение # 1 для объединения DEV_1 с DEV Разработчик 2 -> Передает в DEV_2 Branch -> Подать запрос на извлечение № 2 для объединения DEV_2 с DEV

PR # 1 и PR # 2 не могут быть объединены, так как мы указали, что проверка статуса кодирования должна пройти.

Эта проверка статуса от Codacy, сделает все тестирование, которое вы хотите сделать. После прохождения теста Codacy он обновит PR, и слияние будет включено в зависимости от состояния результатов Codacy

Тест Codacy - это не что иное, как проверка после фиксации. Github не позволяет предварительно фиксировать хуки. Gitlab позволяет вам иметь хуки перед фиксацией, но лучше всего использовать хуки после фиксации для PR при работе с Github

Post hooks

...