Как правило, если ваш файл сборки большой и сложный, то это явный признак того, что способ размещения вашего кода, с точки зрения папок и пакетов, является сложным и слишком сложным. Я нахожу, что сложный муравейный скрипт - явный запах плохо выложенного кода.
Чтобы исправить это, подумайте о том, как выложен ваш код. Сколько у вас проектов? Знают ли эти проекты, как создать себя с помощью основного сценария сборки, который знает, как объединить отдельные проекты / приложения / компоненты в единое целое.
Когда вы реорганизуете код, вы ищете пути или разбиваете вещи так, чтобы их было легче понять - меньшие методы, меньшие классы, методы и классы, которые делают одно. Вы должны применять эти же принципы и к вашей кодовой базе.
Создайте более мелкие компоненты, которые являются функционально связными и очень свободно отделены от остальной части кода. Используйте скрипт сборки, чтобы встроить этот компонент в библиотеку. Сделайте это с остальным кодом. Теперь создайте основной скрипт сборки, который знает, как собрать все ваши библиотеки и встроить их в ваше приложение. Если у вас есть несколько приложений, создайте сценарий сборки для каждого приложения и главный, который знает, как объединять приложения в распространяемые файлы.
Вы должны быть в состоянии увидеть и понять структуру и структуру вашей кодовой базы, просто взглянув на ваши сценарии сборки. Если они / это не чисто и не понятно, то и ваш исходный код.