Это обычный вариант использования нескольких автономных проектов, которые связаны друг с другом. Например, некоторые общие библиотеки утилит. С Maven вы можете просто установить измененную зависимость локально, чтобы она использовалась при создании зависимого проекта. Я всегда считал эту функциональность само собой разумеющимся (IDE также поддерживают это).Maven как местный репозиторий с Gradle
Но с Gradle я не нашел ничего подобного. Я не хочу, чтобы локальная установка Maven (в чем смысл Gradle), чтобы иметь возможность устанавливать артефакты локально. Также я не хочу зависеть от CI, поскольку во время разработки программисты любят повторять до тех пор, пока они не будут довольны API. Было бы много бесполезных коммитов просто для компиляции и установки в наш Nexus.
Есть ли какая-либо передовая практика, как управлять местной разработкой или связанными с ней проектами, которые не имеют общего корня?
Я считаю, что то, что вы считаете само собой разумеющимся, на самом деле является чем-то нарушающим то, что Maven нацелило на обеспечение: Воспроизводимой сборки. Во всяком случае, эквивалент Gradle локального репо Maven в некоторых расширениях - это кеш под '.gradle' в вашем местном доме. –
Я понимаю вашу точку зрения, но поскольку местная разработка требует использования CI для итеративной работы, это будет кошмар производительности и репозитория. Насколько я понимаю, кеш Gradle не является решением. Он предназначен только для кеша, и в него не должны быть установлены артефакты. –
Я не понимаю вашу точку. Во всяком случае, почему бы просто не добавить репозиторий, который является локальным каталогом в вашей конфигурации gradle? или просто добавьте 'mavenLocal()' в качестве одного из ваших репозиториев. –