Я не гуру, но могу поделиться впечатлениями...

Прежде всего, Мавен это система управлением жизненным циклом ПО. Для него жц это автоматизация таких этапов как
компиляция
тестирование
упаковка
развертывание
и т.д.

С другой стороны можно смотреть на него как средство автоматизации таких вещей как
* Builds
* Documentation
* Reporting
* Dependencies
* SCMs
* Releases
* Distribution

Основное отличие от, например, ant'а озвученно такой фразой
авторMaven is an attempt to apply patterns to a project's build infrastructure in order to promote comprehension and productivity by providing a clear path in the use of best practices.

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

imho очень интересный инструмент и пока (использовал его только в одно, небольшом проекте) им очень даволен. Думаю его использовать и впредь - на подходе проект покрупнее и пока развертываем и тестируем мавен в соответсвие с этим проектом. Сама идея мавена очень нравится.

И как заменяет или не заменяет VSS и тп?
Нет конечно, он использует SCM (в том числе и VSS), но не заменяет.

У каждого стоит свой модуль в разработке. И что?Сделал изменения в коде,
поставил <version>1.3</version> следующее значение(от фонаря?!)
Такие вещи должны быть строго регламентированы и просто так менять версию никто не будет и мавен тут не причем. Прочитайте описания mvn install и release.

модуль зависит от твоего - типа у меня там модуль версия 1.3,
будешь собирать свой модуль, напиши в dependencies что мой модуль нужен версии 1.3

Ну приблизительно так... Сосед, работающий над каким-то модулем пректа, определяет зависимости этого проекта от других артефактов.


А дальше - есть некий pom.xml на top уровне над всеми модулями и им пользуется тим лид - собирает весь проект.

Да, для многомодульного проекта можно использовать встроенную поддержку мавена для таких проектов. Правда использовать его и выполнять сборку должен не обязательно PM.

Но я читал что maven не стоит использовать с CVS - типа он сам отслеживает зависимости между модулями и версиями.

вы про это Why not Store JARs in CVS?]http://maven.apache.org/guides/introduction/introduction-to-repositories.html
там речь о том что результаты разработки (jar'ы, war'ы, ear'ы и т.д.) можно не хранить в SCM, исходники там как раз хранить надо

Если проект должен использовать сначала например XDoclet для генерации артифактов(Ну или любой таск что раньше делал на ANT), то я что делаю: пишу ant скрипт типа my_build.xml и кладу рядышком с pom.xml, а в нем пишу

Вообще-то лучше использовать встроенную поддержку мавена или написать свой плагин для него (это просто) и использовать его. К анту стоит прибегать если вам нужна функциональность чего-то чего нет в мавене и уже есть в анте.
Плюс еще возможен сценарий, когда основным средством управления проектом является скрипт на ант'е в который добавлены некоторые фичи мавена (типа репозиториев)

И кстати - кто такой SCM?
Source Control Management ( SCM )

Я искал какой-нить IDE для Maven.

Использую его из коммандной строки. Все выглядит примерно так

1. Создаю проект (см. mvn archetype:create -DgroupId=com.mycompany.app -DartifactId=my-app)

2. Редактирую pom.xml, в том числе указывая зависимости

3. создаю проект на eclipse (я его использую) командой mvn eclipse:eclipse. Для idea будет mvn idea:idea. Создается проект с путями к указанным зависимостям в репозитарии

4. веду разработку в IDE (здесь можно его и компилить и тестировать(junit) и отлаживать)

5. собираю проект (упаковка, опять же тестирование и компиляция)
6. если нужно снова изменить pom.xml то повторяю шаги со 2-го

Насчет работы и командной строки - я все подобные вещи выполняю через нее. И работу с .mak файлами и с антом и с мавеном. Ничего другого и не надо. IDE тут мало чем может помочь