Блог

Главная - Вопросы по программированию - Обработка журнала изменений в semantic-release?

Обработка журнала изменений в semantic-release?

#github #git-flow #changelog #semantic-release

#github #git-поток #Журнал изменений #семантический выпуск

Вопрос:

Использование semantic-release в наших рабочих процессах Github.

Они настроены следующим образом:

 [
  {name: 'main', prerelease: false},
  {name: 'staging', prerelease: true},
  {name: 'development', prerelease: true}
]

Подталкивания к development развертываются в development среде, staging в staging etc.

Теперь с указанным выше пакетом каждый раз, когда версия обновляется, semantic-release создается список изменений, используя semantic-release / changelog .

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

  1. Опция: разрешить создание журнала изменений только в release ветвях. (Я не знаю, как это сделать. Плагин не имеет такой опции.)
  2. Опция: Автоматически объединить список изменений обратно в «иерархически» нижнюю ветвь. Например. staging обратно в development .

Мне интересно, есть ли там кто-нибудь с подобной проблемой?

Ответ №1:

Поскольку я вижу, что люди поддерживают этот вопрос. Я открыл PR с semantic-release/changelog помощью, чтобы разрешить использование шаблонов в CHANGELOG.md имени файла. Таким образом, по крайней мере, у вас могут быть разные журналы изменений для разных ветвей. Однако со стороны сопровождающих не было никакой активности. Скоро он будет открыт на год…

Вот PR: https://github.com/semantic-release/changelog/pull/106 .

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

1. github.com/semantic-release/changelog/pull /… : «Эта ветвь устарела по сравнению с базовой ветвью»: не забудьте перебазировать свою ветвь PR поверх восходящей (semantic-release) / master и снова принудительно нажать на свою ветвь PR.

2. @VonC, да, я ничего не собираюсь делать, пока участник не сделает комментарий в PR. В противном случае я буду перебазироваться на следующий год.

Метки: