denx-b / bitrix-version-builder Goto Github PK

Не вижу никакого смысла в ручном сопровождении актуализации файла. В архив должен попадать автоматически сгенерированный файл.

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

Добавить скрипт bin/benableghook, который будет активировать git gook события post-commit.
"Под капотом" желательно сделать проверку, что созданный комит является тегом и только в этом случае запускать сборку версии.

Используя библиотеку symfony/console разработать установщик каркаса модуля.
Установщик задаёт несколько вопросов для подстановки названия модуля и именования класса и констант.

vendor:
module:
module name ru:
module description ru:
partner name:
partner website address:

Модуль должен уметь легко конфигурировать опции на основании какого-нибудь .options_conf.php файла

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

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

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

На данный момент описание версии description.ru берётся из первой строчки комита версии (тега) и поддерживается только русский язык, description.en и другие языки создать невозможно. Должна быть настройка для указания директории, где будут лежать файлы описания на разных языках и все их также складывать в архив. Если директива не задана, то берём из комментария комита.

Также создавать директорию обновления со структурой файлов попавших в обновление.

По задумке алгоритм берёт изменённые файлы от крайнего тега, до предыдущего, но не включительно предыдущий, а текущий алгоритм забирает в том числе файлы предыдущего тега, что неверно. Надо исправить.

Добавить скрипт bin/bdisableghook, который будет деактивировать git gook события post-commit.
"Под капотом" желательно сделать проверку, что скрипт post-commit создавался именно нашей утилитой bin/bdisableghook.