Проблемы сборки сборки

Question

У меня есть сборка с несколькими взаимосвязанными зависимостями. Несколько проектов имеют общие зависимости, которые в настоящее время скомпилированы более одного раза. Я думаю, что в Ant мы можем сказать, что это не для того, чтобы перестроить что-то, если оно уже просто сделало это как часть одной и той же задачи, может кто угодно посоветует

Answer 1

Задача муравья javac будет только компилироваться, если исходные файлы новее, чем цель файлы. Так что это должно сэкономить вам время.

Вы также можете изучить ivy для более формального управления зависимостями.

Answer 2

Как и в случае с leonm, компилятор выполнит правильные действия. Но это не остановит Ant от перестройки нагрузок артефактов. Я бы предложил следующее:

• , где вы можете, чтобы цели имели определенный выход. Таким образом, цель, которая создает файл jar из источников, может быть пропущена, если эти источники не были обновлены с момента создания файла jar.
• как вы это реализуете? используйте задачу uptodate, чтобы установить свойство, если что-то действительно актуально.
• я бы предположить, что какие-либо цели, которые делают проверки будут начинаться с дефисом, чтобы они не могут работать по своим собственным

• И, наконец, использовать «если» атрибут целевого элемента, чтобы предотвратить целевой ход ,