tkzvЗадача предельно простая. Регулярно проверять git...
......
6. Есть очень полезная фича — посылать письмо автору коммита, поломавшему тест. Но как соотнести ники с адресами?

отвечу что смогу...
1) по поводу тестирования изменений. не надо так делать это лоховство. Более правильно - ставите хук на сервак хранилища исходников, из хука зовёте скриптец типа на пых-пыхе, там делаете все свои сокральные дела на синхронной фазе) ну типа проверяете ссылки на задачи (если в комментах надо их приводить), тип задачи, правила оформления скидываемых файлов (если есть кодинг рулес) и т.п. вещи. в конце концов дёргаете у джэнкинса необходимую джобу (может зависить от репозитория, ситуации, самого разработчика кто скидывает и т.д.). Сама джоба уже может получать входные параметры на вызове которые может использовать далее (имена репозиториев, пути, сценарии сборки, исключения при сборках и прочая авто-хрень которой можно управлять на пушах или по первичной инфе собранной на серваке гита)
2) все результаты тестов можно выводить в общий вывод и подключать различные модули которые будут подсвечивать ошибки, формировать хэтэмээли, создавать графики и статистику прямо из коробки..
3) пароль на смтп - в настройках джэнкинса всё есть.
4) ники с адресами соотносятся как имя логина=адресс рассылки. Для связи с гитом (к примеру) - можно использовать сквозные одинаковые логины и под гитом(если через ssh - то связь через e-mail происходит) и под джэнкинсом.

как то так
(круглый)

tkzv..Невозможно, если хранилище SVN.. Только сканировать по крону.

утверждаете что гугля врёт? кхм однако. вроде как всегда можно было родить как клиентские так и серверные хуки в SVN. Про CVS - не скажу, не знаком. У вас зоопарк различных версионников? Или чиссо гипотетический вопрос созрел?

tkzv..Как? Для определённости...

вам никто не запрещает
1) создавать любые промежуточные файлы не по глобальным путям а относительным. Если у вас в джобе создаются несколько таких файлов - то можно им давать различные имена. По любому перезатираться не будут.
2) далее вы это можете либо конвертировать в стандартный вид который уже всасывает модуль по графикам-статистике и т.п..
3) вывести тупо в общую консоль где всё это и подхватит дальнейшая автоматика


tkzv..без долгой и мучительной настройки. Какие плагины можешь посоветовать?..

настройка зависит от опыта своего или найденного на просторах инета. Какие плагины - ищите на форумах именно по джэнкинсу, и именно постинги в плане "плагины которые вы обязательно ставите" типа как эта тема тут . Так-же рекомендую поднять джэнкинс где будете отрабатывать сначала как плагины так и элементы взаимодействия с ним. Я бы рекомендовал бы ещё загнать тестовый джэнкинс в контейнер - чтоб по возможности скидывать изменения к нужной исходной точке. Но это если вам пока кажется чересчур - то наколка вам на будущее, всё равно придёте к этому :)

tkzv...Задал параметры, по при отправке тестового письма получаю... Как это понимать?

очень просто. берётся гугля, пишите jenkins и далее копи-пастите свою ошибку. Далее читаете опыт ранее накопленный человечеством.

tkzvДанные сидят в форме, но Дженкинс ими не пользуется. Лечится?

есть разные "спуллеры" отработки печати. Есть навороченные, где вся форма внешняя. Есть глобальные переменные (лучше про них читать в поп-ап описывающих текстах выпадающих по значку вопросика - такие с права, напротив полей частенько стоят) которые отвечают за те или иные настройки. Так-же можно читать первоисточник (каждый плагин имеет ссылку на сайт по джэнкинсу - там бывают и примеры использования и более-менее развёрнутый хэлп и история как оно было). Сам юзаю стандартный вывод печати и вот это одын и два


tkzv...Но у нас 4 разных доменных имени для разных команд. Решаемо? Устроит вбивать вручную таблицу ник-адрес.

я бы смотрел в сторону заведения групп типа CC и использование их как доп. адреса при рассылке. не факт что будет работать - но пришло на ум как первый вектор рытья.


с уважением
(круглый)