Доброго времени суток!
Поделитесь кто-нибудь вменяемым мануалом или видео по конфигурации и деплою билдов на Дженкинсе.
На офф. документацию просьба не отправлять — там все очень «сферично и вакуумно».
Заранее спасибо.
Десь так bit.ly/2gt7FHh
У випадку, якщо SCM в одній мережі з Jenkins-ом, краще post-merge хуком з SCM запускати задачу на Jenkins, а не постійно опитувати з Jenkins SCM на предмет змін.
Це те ж саме, що запитувати у вас чи не хочете ви їсти кожну хвилину, ніж якби ви просто прийшли на кухню і поїли, якщо ви зголодніли.
У випадку, якщо SCM в одній мережі з Jenkins-ом, краще post-merge хуком з SCM запускати задачу на Jenkins, а не постійно опитувати з Jenkins SCM на предмет змін.Аналогия в корне не верна.
Це те ж саме, що запитувати у вас чи не хочете ви їсти кожну хвилину, ніж якби ви просто прийшли на кухню і поїли, якщо ви зголодніли.
коли чесно — то я вас не зрозумів. Ви пропонуєте тримати Дженкінс і Гіт на одному сервері?
Ви пропонуєте тримати Дженкінс і Гіт на одному сервері?Можліво мені краще перейти на українську, бо російську ви явно розумієте погано :)
Хук в VCS на білд задачі — це один запит. Опитування VCS і запуск задачі в CI — це багато запитів, адже не зрозуміло, коли зміни будуть в VCS. Що в моїх словах не логічно?
Так і Гіт за такою ж логікою може переїхати.
>> Тому коли гіт переїде, в будь-якому випадку прийдеться переконфіжувати.
Ну якщо гіт переїде у випадку, коли гіт буде пост-мердж хуком запускати джоби, то айпі СІ відповідно переконфіговувати не треба буде. Тому як на мене це не аргумент. Все може переїхати, якщо вже так говорити.
Хук в VCS на білд задачі — це один запит. Опитування VCS і запуск задачі в CI — це багато запитів, адже не зрозуміло, коли зміни будуть в VCS. Що в моїх словах не логічно?Ок, с украинским у вас не лучше. Я не говорил что в ваших словах что-то не логично.
Добавляете новую билд конфигурацию.
=> Управление исходным кодом
=> добавляете ваш репозиторий (добавте плагин с вашей системой контроля версии если нужно)
=> Триггеры сборки:
Опрашивать SCM об изменениях — в лупе дергает раз в какое-то время репу и если есть че то чекаутит и билдит проект
Собирать периодически — можно кроном например наконфигурировать когда или как часто собирать
Build after other projects are built — указываете автоматически билдить после другого билда
=>
Сборка тут все ± понятно, если java/maven указываете ваш помничек и например clean install в Goals
Больше особо делать особо ничего не нужно(если всякие там переменный и окружение настроенно), дальше все методом тыка и гугления легко делается.
Переходи на ТимСити и забудь Дженкинс как страшный сон.
Он уже давно не в себе.
Что именно вас интересует ? Вам по времени запускать или привязатся к собыю?
как в Дженкинсе сконфигурировать новый проект и привязать к каой-нибудь системе контроля версий типа Перфорс или Гит (желательно на примере) + как сконфигурировать билд на автобилд при изменениях в проекте?Это у вас шутки такие?
А шо не так c Jenkins ? Хватит прикрывать свою безграмотность «использованием новых технологий» — этот вечный поиск framework который уж точно решит все проблемы ...
«использованием новых технологий»«It was first released on October 2, 2006» — суперновая технология которой уже 10+ лет :)
А шо не так c Jenkins ?Он не «продакшн реди» :)
Хзхзхз — у меня проблем с переходом на него не случилось, единственное с мне прислошь порядочно почитать доки когда мне понабился очень витиеватый DSL (build flow) project — но то такое именно мне понабилось «стоя, в гамаке, в ластах и противогазе» :D Вполне используеися в проде, радует система плагинов и система подключения Linux/Windows/Mac удаленных нод ...
> Jenkins was originally developed as the Hudson project. Hudson’s creation started in summer of 2004 at Sun Microsystems. It was first released in java.net in Feb. 2005.[5]
Знову ж таки, 10 років тому — це той період, коли вже краще не ділитись досвідом використання технології.
Безкоштовний опенсорс продукт хороший вже тим, що він таким є. Це розмова по змісту схожа на тему «Що краще Photoshop чи Gimp?».
Jenkins — це стандарт де-факто для CI/CD, якщо не тратити грошей на ліцензії. Він має мільйон плагінів і т.п., які можливо і не працюють з самого початку. Звісно, це займе час.
Внезапно, бесплатной версии ТимСити хватает всем, и на разу не сталкивался с необходимостью докупки агентов/билдов.
Как и имеет 990 000 плагинов.
Но Дженкинс, безусловно, создан для тех, кто рожден Страдать, тут соглашусь, он не имеет равных.
Знову ж таки, 10 років тому — це той період, коли вже краще не ділитись досвідом використання технології.1) Если вы про
Конечно можно списать на то что тогда дженкинсу еще и года не исполнилосьто дочитайте строку до конца.
Це розмова по змісту схожа на тему «Що краще Photoshop чи Gimp?».У фотошопа есть бесплатная версия с полной функциональность и без ограничений по времени использования?
Ви робите висновок з того, що 10 років тому ним користувались. За 10 років все могло дуже багато разів змінитись, особливо в ІТ. Я ось про це.
> У фотошопа есть бесплатная версия с полной функциональность и без ограничений по времени использования?
Я не знаю, 10 років тому, коли я його встановлював, її не було :)
Ви робите висновок з того, що 10 років тому ним користувалисьНет.
Знову ж таки немає жодного сенсу порівнювати безкоштовні продукти і речі які варті серйозних грошей. Це досить таки різні класи продуктів.
Знову ж таки немає жодного сенсу порівнювати безкоштовні продукти і речі які варті серйозних грошей.И снова здравствуйте :)
Це досить таки різні класи продуктів.От в том то и дело что Дженкинс и Тимсити — это явные конкуренты. Продукты для сравнения классифицируют по функциональности, а цена — это только пунк сравнения (вы же не предлагаете заменить дженкинс на либреоффис или гимп :) )
суперновая технология которой уже 10+ лет :)Как же вы Windows-то тогда пользуетесь, которой уже 30 лет?
anonymous
Bogdan Shyiak
Dmitriy Chaban
Котэ гуляющее само по себэ
Ivan Kot
Котэ гуляющее само по себэ
29 коментарів
Додати коментар Підписатись на коментаріВідписатись від коментарів