Я думаю, что когда вы предоставляете относительный целевой каталог, он клонирует репозиторий внутри этого каталога. Таким образом, путь к pom данного модуля относительно рабочего пространства будет,
inner_repo/repo/module_A/pom.xml
Итак, ваша итерация должна быть изменена, как показано ниже.
['Module a', 'Module b'].each{
def cmd = "/path/to/mvn clean install -f inner_repo/repo/${it}/pom.xml"
sh cmd
}
Если Вы планируете сделать многопроектное управление в будущем, выбрать redmine. С trac у Вас могут быть многопроектные установки также (имеющий отдельную среду для каждого проекта), но в конце это - обходное решение. Redmine имеет встроенную поддержку многопроектных сред.
Я ранее использовал trac для управления моими проектами, но я переключился на redmine. Я не нашел эффективного способа импортировать все мои билеты и страницы Wiki. Redmine использует текстильную разметку, но trac использует скидку с цены, таким образом, я испытал несколько затруднений там.
Наконец, я слышал, что redmine имеет немного некоторые проблемы об окнах. Я не попытался выполнить redmine на той платформе, таким образом, необходимо дать ему попытку или Google вокруг.
Мы используем Redmine на рабочем сервере, и до настоящего времени у нас не было проблем. Я должен сказать, что Redmine действительно легко использовать/поддерживать.
Работа с redmine, НА WINDOWS, без проблем ... все работает как положено из коробки ...
Я рекомендовал бы Redmine как другие плакаты, поскольку это - больше завершенное, чем Trac. См. также Этот вопрос на ТАК.
TRAC не имеет поддержки тайм-менеджмента, в то время как redmine делает. Таким образом, я думаю, что Redmine был бы более оптимальными вариантами для управления проектами. Redmine позволяют Вам аннотировать билеты с предполагаемым усилием, процентом завершения, и можно сказать, что проблема зависит от другого, чтобы быть решенной. Затем можно создать Диаграмму Гантта с Redmine.
Поскольку они рассуждают в моей компании, мы думаем для переключения от TRAC до Redmine.
Оба должны просто быть развернуты.