Моя компанія розглядає можливість зміни серверів безперервної інтеграції (я не скажу, який із них зараз є, тому я все одно не буду перекошувати ваші відповіді :)) Цікаво, чи є у когось рекомендації? Найкраща взаємодія з користувачем, рівень складності в обслуговуванні тощо ...
Наш код увесь у Java, і ми використовуємо ANT як інструмент побудови.
Відповіді:
Нещодавно я впровадив сервер Гудзона . Раніше я користувався круїз-контролем, я дуже задоволений Хадсоном і дуже вражений простотою налаштування та використання. Додавати нові проекти нескінченно простіше, ніж це було з круїз-контролем.
Редагувати: Зараз ми використовуємо Гудзон.
Деякий час тому я розглянув купу з них із такими вимогами:
Continuous Integration Feature Matrix є відмінним місцем , щоб почати.
У підсумку я вибрав AnthillPro і успішно його використовую, просто дряпаючи поверхню того, що ми можемо, і сподіваюся використовувати його.
Jetbrains TeamCity виглядав дуже добре, коли ми розглядали його. Він заснований на Java, тому вашій команді має бути легко розширювати його, і він може робити розподілені збірки тощо ... Існує безкоштовна версія, яку ви можете оцінити.
Я теж розбирався в цьому, і хоча спочатку дивився на CruiseControl, я почув хороші речі про Гудзона і вирішив спробувати. Я повністю вражений тим, наскільки легко було розпочати роботу (просто завантажити та запустити), а конфігурація виконується через графічний інтерфейс, так що немає ніякого возиння з конфігураційними файлами XML.
За лічені хвилини я виконав свою першу побудову Мурахи. Зараз він працює як служба Windows на сервері, який доступний цілодобово та без вихідних як в офісі, так і через VPN. Оновлення настільки ж просто, як завантаження нового файлу війни та перезапуск.
Підтримка звітів про надзвичайні ситуації нестандартна. Встановити додаткові плагіни також дуже просто, і я додав плагіни для Trac, Cobertura, FindBugs та PMD. Якість коду та тесту зростає, оскільки дуже приємно спостерігати зростання графіків тенденцій!
Зараз я використовую його для управління всіма своїми збірками для тестового та виробничого середовищ. Оскільки я керую кількома веб-додатками, це дає мені більше часу на реальне програмування. Чесно кажучи, не пам’ятаю, як мені вдалося без цього.
Як і деякі інші люди тут, я дуже люблю Гудзона .
Його надзвичайно просто встановити (це лише військовий файл для розгортання), налаштування та використання. Крім того, він пропонує безліч функціональних можливостей, які не завжди доступні в інших системах (матриця побудови, ведучий і ведений пристрої, безпека на рівні сервера або проекту ...)
Кількість існуючих плагінів зараз досить важлива, і створити власний плагін не так складно ...
На завершення ця програма розвивається дуже швидко: зараз ми перебуваємо на 257-му випуску, і за рік вони зробили понад 100 випусків!
Для французів я написав цілком повний путівник із використання Гудзона тут .
Якщо ви використовуєте програмне забезпечення для співробітників Atlassian (наприклад, Jira, Clover тощо), Bamboo - це ваш шлях.
Ми використовуємо його протягом декількох місяців, і я можу рекомендувати його. Це коштує своїх грошей.
Якщо ви не повністю продані на Гудзоні, тест-драйв одним клацанням повинен передумати.
Клацніть нижче:
https://hudson.dev.java.net/hudson.jnlp
Це запустить Хадсон через Java Web Start для пробного драйву. Після запуску відвідайте http: // localhost: 8080 / щоб перейти до інформаційної панелі. Будь-яка конфігурація, яку ви робите з цим Гудзоном, буде зберігатися в ~ / .hudson, тому ваші дані збережуться завдяки перезапуску процесу Гудзона.
Якщо ви використовуєте досить стандартні інструменти, такі як svn та ant / maven - вам слід створити і запустити за 5 хвилин. Різні інструменти, і це може зайняти 20 хвилин!
Дивіться вступ тут:
Бамбук чудово працює; якщо у вас є готівка, я б рекомендував це. Круїз-контроль вартий своєї ціни; Я ніколи не міг змусити його надійно виявити, що зміни джерела були зроблені та побудовані, а також я не зміг змусити його будувати вручну. Інтерфейс та конфігурація страшенно складні.
Ми використовуємо круїз-контроль . Він має всі необхідні функції, і його було досить просто налаштувати. Інтеграція з ANT та SVN чудова.
Недолік: раз у раз нам доводиться перезапускати процес або машину, оскільки вона перестає надсилати повідомлення для нічної збірки. Не знаю, про що це, але це просто дратує.
як зазвичай у світі Java, існує світ з відкритим кодом та комерційний світ.
Ми вже бачили досить гарне висвітлення різноманітних пропозицій.
Хадсон: Я не знаю жодної іншої пропозиції сервера Java, яку так просто оцінити. java -jar hudson.war - як легко це можна отримати? НЕ тільки ви можете використовувати його на вікнах, ви можете використовувати його на всіх звичайних платформах Java. Підтримуються Ant, Maven та безліч інших платформ збірки.
Найкраще в Хадсоні - це можливість підключення. Він розробляється майже безперервно. Ви запитуєте функцію, і це не займе багато часу.
Зазвичай мені не подобається звучати як фанат, але цей додаток / розробник / спільнота, безсумнівно, мене вражає.
BR,
~ A
Лише слово про Матрицю функцій безперервної інтеграції : вона не була зібрана людьми CruiseControl, вона була запущена на CodeHaus проектом DamageControl і перенесена у вікі CruiseControl, коли DamageControl увійшов у сплячий режим. Інформація значною мірою підтримується власниками проекту / продукту або їх шанувальниками.
Гадаю, я буду першим, хто згадуватиме Luntbuild . Окрім менш привабливого імені, це чудовий сервер CI.
Ознайомтеся з демо-версією Live . демо / демо для облікового запису / пароля
Примітка: Демо-версія - це кілька релізів назад.
Ми використовували круїз-контроль із гідними результатами. З тих пір ми почали використовувати Maven як інструмент побудови у всіх наших проектах. З цим прийшов переїзд до Гудзона на CI, що дуже приємно. Якщо ви думаєте, що переїзд до Maven може бути у вашому майбутньому, я б рекомендував це. Думаю, Гудзона можна навіть використовувати для виклику завдань Ant, хоча обгортка Maven може бути в порядку.
Thoughtworks Cruise - комерційне потомство проекту з відкритим кодом CruiseControl . Виглядає дуже приємно, безліч функцій, розподілена збірка тощо. Я не знаю, що це розширюваність.
Організація, якою я керую (openqa.org), в той чи інший час використовувала майже всі. Що стосується простоти налаштування, використовуйте TeamCity або Bamboo. Але з точки зору загальної надійності, можливо, ви захочете поглянути на Гудзона. Мені дуже подобається JetBrains, але ми виявили, що TeamCity через деякий час потрапляє в дивні стани, внаслідок чого наша збірка є дуже ненадійною. Шкода, бо я люблю ІДЕЮ!
Ми використовуємо Automated Build Studio і дуже задоволені цим. Це програма для Windows, тому ви застрягли на сервері збірки Windows, але плюсом є надзвичайно проста настройка, обслуговування та використання. Ви будуєте свій процес із компонентів за допомогою точки та клацання та можете використовувати сценарії, якщо жоден з компонентів не відповідає вашим потребам.
Я вводив як бамбук, так і Гудзон, і рекомендував би Хадсон.
Вони обидва чудові, але Хадсон має кращу підтримку звітів, наприклад, публікація ваших звітів про висвітлення тощо набагато простіша в Хадсоні.
Це, швидше за все, зміниться найближчим часом, але, незважаючи на інтеграцію Bamboo з JIRA тощо та статистичні дані, Хадсон для зручності використання та підтримки сторонніх розробників є кращим незалежно від суми в доларах (це безкоштовно, Bamboo - ні) .
Ми також використовуємо Гудзон, і якби це не був спад, ми б, мабуть, використовували бамбук та більшість продуктів Atlassian (Бамбук, Тигель, Злиття) разом з JIRA.
Я використовую Continuum для свого сервера безперервної інтеграції. Жодна інша причина, крім того, що я збирався найняти менеджера з розвитку, який використовував його на останньому призначенні, тому, здавалося, мало сенс вибрати щось, з чим хоча б один із нас був досвідчений.
До вибору Continuum у мене молодший розробник два тижні намагався запустити CruiseControl. Однак ми отримали Continuum 1.0 для запуску першим запуском.
Ми використовуємо Zutubi Pulse, і він чудово працює для нас. Дуже простий у використанні мураха має безліч розширених функцій.
Торік на конференції в США я вперше почув про круїз-контроль .net на 1-годинній презентації, повертаючись додому на рівнині, я вирішив впровадити невеликий POC для нашої компанії і успішно зробив це менш ніж за 5 годин ( включаючи все навчання, яке я міг зробити).
Я використовую його з тих пір, і я повинен сказати, що я дуже задоволений результатами та простотою експлуатації. Є деякі недоліки (наприклад, відсутність розподілу завдань за масштабами серверів, хоча ви можете відстежувати кілька серверів), я знайшов помилку в одна з реалізацій, і оскільки це відкритий код, я міг би це дуже швидко виправити (велика перевага) - я створив невеликий [проект] [1] в codeplex, щоб містити мої виправлення, перш ніж внести їх до спільноти як реєстрацію Я настійно закликаю вас заглянути на цю платформу, також було б непогано, якщо б ви могли сказати, що вам насправді потрібно.
[1]: http://www.codeplex.com/DavidovitzCCE проект
Перегляньте наш Parabuild . У порівнянні з безкоштовними інструментами його дуже легко налаштувати, а накладні витрати на його обслуговування близькі до нуля. це не безкоштовно, але ви отримуєте те, за що платите.
Чому б вам не скористатись розміщеною послугою CI, тоді вам не доведеться турбуватися про обслуговування, витрати тощо.
MikeCI - це розміщена послуга CI який розміщує ваші збірки в Amazon EC2 і коштує лише 10 доларів на місяць набагато дешевше, ніж підтримувати власний сервер CI.
Спробуй.
Розгляньте безкоштовну послугу CI на веб- сайті fazend.com . Він підтримує ant.
CruiseControl.NET набагато ефективніший на Windows-ящиках, ніж оригінальний на базі Java. Особливо, коли виділений сервер збірки ще недоступний.
Можливо, ви захочете також поглянути на це
http://www.thoughtworks-studios.com/solutions/deployment-management текст посилання
Рішення для управління розгортанням ThoughtWorks поєднує в собі потужність Twist (гнучке тестування) та Go (управління випуском).