Правильный рабочий процесс GitHub для устранения проблем

#git #github

#git #github

Вопрос:

Я ищу совет относительно правильного рабочего процесса на GitHub, поскольку он связан с системой проблем.

В настоящее время у меня есть главная ветка, которая всегда содержит только выпущенное программное обеспечение (оно помечено номером выпуска). Я поддерживаю ветку изменений (должна называться tobereleased , поэтому я буду использовать это имя здесь). Когда выполняется выпуск, tobereleased совпадают master . Все функции создаются в ветвях из tobereleased , и по мере завершения каждой функции она объединяется в tobereleased (фактически, tobereleased выполняется быстрая пересылка в конец ветви функций, потому что все ветви функций переназначаются в новую tobereleased ветвь), и работа продолжается.

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

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

Я подумываю об изменении моего рабочего процесса следующим образом:

  1. master Фактически это tobereleased ветвь, но с актуальными выпусками, помеченными их номером выпуска и zip-индексом для выпусков в выпуске и на PyPI.
  2. Давайте master будем отличаться от архивированного выпуска (по какой-то причине я подумал, что это плохая идея).

Таким образом, удаление основной ветки становится удалением «бета» версии — в конце концов, все в ветке tobereleased в любом случае, и было протестировано как таковое. И заархивированные версии все равно есть.

Кроме того, таким образом, проблемы будут отображаться как закрытые. Если у кого-то есть проблема, но он действительно выпустил код, они могли бы попробовать «бета» версию, которая в настоящее время находится на master.

Мне кажется, именно так и должен был работать GitHub. У кого-нибудь есть какие-либо советы по этому поводу?

Еще одна вещь, статистика, показанная для коммитов, также видна только для главной ветки — еще одно доказательство того, что я должен делать то, что я предлагаю.