Кривая обучения Maven и накладные расходы для малых / средних проектов?

Question

Какова будет (приблизительная оценка, средняя, ​​конечно) начальная кривая обучения и настройки и последующие издержки при использовании проекта Maven для C ++ / Eclipse / Linux от маленького до среднего размера?

Мы 4 разработчика в начале пути. В настоящее время у нас есть ~ 20 собственных проектов eclipse C ++ (CDT), которые мы компилируем в интерактивном режиме. Мы хотели бы иметь скрипт автоматической проверки и сборки.

На данном этапе это кажется немного излишним, но, возможно, нам следует принять его раньше, чем позже, при условии, что это не повлечет за собой накладных расходов. У нас нет пропускной способности для расширенного управления конфигурацией прямо сейчас. Большое спасибо!

ИЗДАНО / ПОДРОБНО:

Я понимаю, что недостаточно хорошо описал свои потребности. Прочитав ссылки, представленные ниже, я вижу, что инструмент CI кажется нам излишним в данный момент. Мне бы хотелось иметь инструмент сборки, который хорошо интегрирован с eclipse , с одной стороны, и позволяет создавать автономные неинтерактивные сборки с другой. Мне нравится простота работы с проектами Eclipse: вы просто добавляете файлы, добавляете ссылки на внутренние компоненты и библиотеки 3-й части по мере их добавления, и все. Вам не нужно вручную поддерживать make-файлы или тому подобное. Проблема с этим, как и с MSVS несколько лет назад, когда я работал с ней, заключается в том, что она не дает вам возможность неинтерактивных сборок. Итак, существует ли такой инструмент?

Answer 1

Во-первых, хотя Maven имеет некоторую поддержку для создания проектов C ++ с maven-native-plugin или, если вы уже используете Make, с maven-make-plugin из c-builds , это не распространенный вариант использования, и он широко не используется. Поэтому, хотя это и возможно, вы не сможете получить поддержку и легко найти ресурсы (просто немного Google или просмотрите список пользователей maven, чтобы получить представление).

Во-вторых, если вы добавите к этому, что вам придется изучать Maven в то же время, то будет разумным сказать, что вы не выбираете самый простой путь.

Так что вместо этого я бы использовал традиционные инструменты и / или Ant. Что касается самой непрерывной интеграции, я видел несколько ссылок, в которых упоминается использование CruseControl для создания проекта C ++. См. Какой инструмент непрерывной интеграции лучше всего подходит для проекта C ++? или Например, с использованиемCruiseControlWithCplusPlus . Но я полагаю, что эти принципы можно перенести в другой механизм CI (например, Hudson, который, как мне кажется, гораздо проще в использовании, чем CruiseControl).