Мы сначала прикрутили capistrano для деплоя, а потом уже начали внедрять Jenkins. Поэтому отправка таких уведомлений из capistrano+git показалась вполне логичной.
Почитал про варианты организации деплоя через Jenkins, в пн обсужу с командой.
Да, вы всё верно поняли.
Но у нас несколько бранчей (CI настроен только на 1 из них — testing). При этом от одного бранча могут обновляться несколько серверов, в частности сервера stable и production идут из ветки master, причём stable может обгонять production на несколько коммитов, т.к. на нём тестируются хотфиксы.
Я не представляю, как от Jenkins`а получить требуемое.
Не совсем понял вопрос. Как пересекаются CI и то, что описал я? На сколько я знаю — CI генерирует список изменений по факту обновления кода в репозитории\ветке, а не по факту выкладывания кода на сервер.
У меня, вроде, оригинальные от Nokia, музыку на пути из дома на работу и обратно слушаю — около 2 часов в день. + немного на выходных. Заряжаю раз в неделю.
Для каждого? Мне хватило только одного — включил на основном, который @gmail.com, авторизовался на остальных адресах, зашёл в настройки каждого, для надёжности — множественный вход был включен.
При создании репозитория в папку hooks кладутся примеры хуков. В том числе — pre-revprop-change.tmpl — для изменения сообщения лога. Его нужно лишь переименовать и сделать исполняемым.
Почитал про варианты организации деплоя через Jenkins, в пн обсужу с командой.
Спасибо.
Но у нас несколько бранчей (CI настроен только на 1 из них — testing). При этом от одного бранча могут обновляться несколько серверов, в частности сервера stable и production идут из ветки master, причём stable может обгонять production на несколько коммитов, т.к. на нём тестируются хотфиксы.
Я не представляю, как от Jenkins`а получить требуемое.
1. Жмём play — запускается трек1
2. Следующий трек — трек2
3. Следующий — уже произвольно
Это баг или фича? :)
Во всём виноват низкий порог вхождения.
и 2я ссылка — habrahabr.ru/blogs/sysadm/30076/
www.ex-parrot.com/~pdw/Mail-RFC822-Address.html