Как заставить инженеров работать с синхронизированными ветвями fork

#github #deployment #continuous-integration #git-fork

#github #развертывание #непрерывная интеграция #git-fork

Вопрос:

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

Как мне заставить их работать с обновленным форком в любое время?

Спасибо, Тал

Комментарии:

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

Ответ №1:

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

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

  • Ни одна локальная ветвь не должна отставать от основной более чем на определенное количество ревизий при работе
  • Разработчик должен синхронизироваться с удаленным репозиторием каждые N дней
  • Конечный код будет принят только как артефакт, созданный из главной ветви

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