SBT - многопроектная стратегия слияния и построения структуры sbt при использовании сборки
У меня есть проект, который состоит из нескольких небольших проектов, некоторые из которых зависят друг от друга, например, есть служебный проект, который зависит от общего проекта. Другие проекты могут зависеть или не зависеть от коммунальных услуг или общего достояния или ни от одного из них.
В build.sbt у меня есть стратегия объединения сборок в конце файла, а тесты в сборке - {}.
У меня вопрос: верно ли это, должен ли каждый проект иметь свою собственную стратегию слияния, и если да, будут ли другие, которые зависят от него, наследовать эту стратегию от них? Наличие стратегии слияния, содержащейся во всех определениях проекта, кажется неуклюжим и будет означать многократный повтор кода.
Этот вопрос относится и к тестам, должен ли каждый проект иметь линию для того, должны ли тесты проводиться или нет, или это также будет наследоваться?
Заранее спасибо. Если кто-нибудь знает ссылку на разумный (относительно сложный) пример, это тоже было бы здорово.