Какие практики для gradle+java для мультиверсионных выпусков мода?

[russia_nekto]

Народ, а как gradle или мож чето другое настроить, чтобы делать выпуски под 1.17 1.18 1.19.2 версии в рамках одного проекта?

 

[ATRIK]

По моему Forge API для этих версий разное. Не прам сильно отличается, но различия есть, так что по идеи никак(могу ошибаться)

 

[LIRAY]

• Дели проект на модули
• В каждом модуле создавай собственный build.gradle с нужной версией
• Модули заливай в разные ветки гита

 

[russia_nekto]

А есть для случая с модами на майн пример?
мутновато там.
Хочется и task запускать от всех версий в одном экземпляре IDE

 

[LIRAY]

А есть для случая с модами на майн пример?

GitHub - mekanism/Mekanism: A mod for Minecraft

A mod for Minecraft. Contribute to mekanism/Mekanism development by creating an account on GitHub.

github.com

 

[russia_nekto]

не ужто, в java нельзя это решить в рамках одной папки ?
не ужто... придумали ведь столько сборщиков для java, а мультиверсионность... до сих пор через копии папок.

 

[LIRAY]

в рамках одной папки

Как ты себе представляешь поддержку нескольких версий с помощью одних грабель ?
Проблема в том, что:

• моджанги меняют мапинги от версии к версии (Вся индексация у тебя висит на подгруженных либах (в том числе и minecraft-forge))
• меняют классы (от чего реализация может поплыть, если ты захочешь портировать сразу на десятки версий)
• у тебя при указании версии в gradle - качается нужная версия. Как ты заставишь запускать сразу все версии из одной коробки ?
  саппорт других модов тоже вызовит жжение в области пятой точки, тк там тоже могут от версии к версии менять реализацию.

Так что пиши как "деды кодили" и не мечтай о сахарных инструментах. Это суровая реальность.

 

[russia_nekto]

ну норм.
я чето не сообразил , что изза маппинг, кодовая база по-сути разная всегда будет.