внутри плагина должна быть такая штука:
папка src/main/resources/META-INF/gradle-plugins/
файл com.domain.plugin_name.properties

https://github.com/evant/gradle-retrolambda/tree/master/gradle-retrolambda/src/main/resources/META-INF/gradle-plugins
вот пример

Здравствуйте, коллеги! Я недавно начал работать работать с градлом, поскольку пока на отдельного билд-инженера сообразить не можем. Места обещаю много не занимать.

Пришел за советом. Мы работаем с Liferay 7, он использует OSGi и, соответственно, градл для сборки использует bndtool. Проект состоит из кучи модулей, которые надо версионировать, сейчас делаем все вручную (проставляем версии подмодулей в соответствующем bnd.bnd) и разрабы постоянно там косячат, что рушит все зависимости и вообще меня не радует. Какие есть практики для автоматического ведение версий и внутренних зависимостей?

Здесь вообще, есть кто живой?

Для начала можно не тянуть зависимости через :+

А дальше — вынести версионирование на CI, а из гредла просто вычитывать нужные версии из какого-нибудь репозитория, удаленного или локального

@youngbluesman этот вопрос наверное лучше задавать в специализированных каналах по liferay. У liferay кстати есть неплохой канал в слаке, там довольно быстро отвечают, люди занимающиеся непосредственной разработкой

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

Попробую пояснить подробнее свою задачу:
Есть проект с кучей подмодулей, в каждом подмодуле лежит build.gradle где прописываются зависимости подмодуля, на конкретные версии пакетов и таски для публикации на наш личный Nexus. Версия подмодуля объявляется в bnd.bnd например Bundle-Version: 1.0.2-SNAPSHOT для снимков и Bundle-Version: 1.0.2 для релизов, сейчас, когда разраб, приступает к работе он открывает этот файл, ставит новую версию снимка (-SNAPHOT) и начинает добавлять код. И часто бывает так, что разраб либо забывает поменять версию, либо потом оказывается что он рушит обратную совместимость и зависящие от этого подмоля пакеты потом не работают. Надо сделать как-то так, чтобы в момент, когда разраб бранчуется, автоматически менялась версия пакета, а когда он мержит обратно, ему выходило предупреждение, что надо обновить зависящие модули. Как-то так.

Но в Liferay-community я тоже еще раз спрошу Gordey в любом случае спасибо!

Если не завязываться на liferay, то такие предупреждения можно разрешать с помощью хуков гита, при условии что у вас гит как vcs

Все релиз тэгируются, и при первом коммитов после релиз не давать пушить если не изменена версия

В принципе тут необходимы изменёния как на стороне vcs, так и в билд скриптах/плагинах

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

Попробую сегодня накатать хук

в принципе сценарий такой
1) на сервере делается pre-receive хук, в котором уже получаешь из посланного коммита список изменённых файлов.
2) смотришь последний тэг (при условии тэгирования версий бандал), и если это следующий коммит после этого тэга
2а) смотришь если в списке файлов коммита есть файл bnd.bnd, то смотришь дифф между двумя хэшами (в bare репозитории только по хэшам можно посмотреть дифф) и проверяешь изменилась ли версия бандла. Если нет, то реджектим и выводим сообщение с указанием изменить версию
2б) иначе считаем что версия уже изменена

к сожалению, написать хук времени не хватило сегодня

@bvpyar огромнейшее спасибо! Буду пробовать.

А то у меня уже залысина, в том месте где я чешу репу, когда не знаю что делать.