http://habrahabr.ru/rss/post/82724/ ru editor@habrahabr.ru habrahabr.ru Sat, 11 Feb 2012 19:20:25 GMT http://habrahabr.ru/ http://habrahabr.ru/i/logo.gif http://habrahabr.ru/blogs/development/82724/#comment_4245711 http://habrahabr.ru/blogs/development/82724/#comment_4245711 Wed, 14 Sep 2011 09:51:08 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_4245172 http://habrahabr.ru/blogs/development/82724/#comment_4245172 Wed, 14 Sep 2011 07:50:14 GMT z0rg http://habrahabr.ru/blogs/development/82724/#comment_2467397 http://habrahabr.ru/blogs/development/82724/#comment_2467397
Но тесная интеграция с билдсервером позволяет иметь ряд очень удобных фишек к примеру переход непосредственно к месту падения сборки (по бектрейсу из лога), мгновенное принятие ответственности, я уж не говорю о личных сборках.]]> Wed, 03 Feb 2010 11:51:58 GMT kivsiak http://habrahabr.ru/blogs/development/82724/#comment_2467306 http://habrahabr.ru/blogs/development/82724/#comment_2467306 Wed, 03 Feb 2010 11:34:55 GMT corp http://habrahabr.ru/blogs/development/82724/#comment_2464186 http://habrahabr.ru/blogs/development/82724/#comment_2464186 Номер ревизии из SVN можно использовать в качестве номера билда, поставив %system.build.vcs.number.*% вместо Build number format. А вот как сделать чтобы Jira узнавала о биладх — самому интересно.]]> Tue, 02 Feb 2010 16:49:26 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2464168 http://habrahabr.ru/blogs/development/82724/#comment_2464168 В TeamCity: Administration->Server Configuration->Issue Tracker->Create new connection, создаем подключение к Jira, указывая теги проектов. Теоретически все, если в коментарии будет упоминатся название бага, TeamCity его отловит.
Если используется TortoiseSVN можно сделать красивше: в Properties корня репозитория SVN добавляем рекурсивно:

bugtraq:append = false
bugtraq:message = Issue: $PROJECTTAG$-%BUGID%
bugtraq:label = $PROJECTTAG$
bugtraq:warnifnoissue = true
bugtraq:url = http://$YOURJIRA$/browse/$PROJECTTAG$-%BUGID%

Здесь $PROJECTTAG$ — тег вашего проекта, $YOURJIRA$ — соответственно путь к ней.
Такая настройка будет добавлять в начало лог-сообщения название ишшью, и предупреждать если не введен номер.]]> Tue, 02 Feb 2010 16:45:26 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2464080 http://habrahabr.ru/blogs/development/82724/#comment_2464080 Tue, 02 Feb 2010 16:28:07 GMT SergeySedov http://habrahabr.ru/blogs/development/82724/#comment_2463427 http://habrahabr.ru/blogs/development/82724/#comment_2463427
По-моему на glassdor.com есть история, как девочку в amazon.com перевели на неполный рабочий день (part time), потому что она не могла работать больше 60-ти часов в неделю. Так что у меня еще не худший вариант. Правда, амазон в этом смысле это притча воязыцех, но все же.]]> Tue, 02 Feb 2010 14:14:17 GMT ZyL http://habrahabr.ru/blogs/development/82724/#comment_2463245 http://habrahabr.ru/blogs/development/82724/#comment_2463245 Tue, 02 Feb 2010 13:42:57 GMT 16433407 http://habrahabr.ru/blogs/development/82724/#comment_2463216 http://habrahabr.ru/blogs/development/82724/#comment_2463216 Я где то это говорил?

Но я считаю что если используется TeamCity и продукт разрабатывается на яве то идея лучший выбор.
Я сравнивал с eclipse jdt, и netbeans, при наличии достаточно мощного компьютера(критичное условие для разработки крупного проекта в идее) и тот и другой уступают идее.]]> Tue, 02 Feb 2010 13:37:29 GMT kivsiak http://habrahabr.ru/blogs/development/82724/#comment_2463149 http://habrahabr.ru/blogs/development/82724/#comment_2463149 Tue, 02 Feb 2010 13:25:15 GMT 16433407 http://habrahabr.ru/blogs/development/82724/#comment_2461922 http://habrahabr.ru/blogs/development/82724/#comment_2461922 Tue, 02 Feb 2010 08:36:33 GMT AndreyTS http://habrahabr.ru/blogs/development/82724/#comment_2461867 http://habrahabr.ru/blogs/development/82724/#comment_2461867 Tue, 02 Feb 2010 08:24:54 GMT 7vies http://habrahabr.ru/blogs/development/82724/#comment_2461740 http://habrahabr.ru/blogs/development/82724/#comment_2461740 Tue, 02 Feb 2010 07:47:30 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2461717 http://habrahabr.ru/blogs/development/82724/#comment_2461717
Было бы наверное неплохо о CI иметь перевод статьи Фаулера: martinfowler.com/articles/continuousIntegration.html]]> Tue, 02 Feb 2010 07:43:18 GMT Saddo http://habrahabr.ru/blogs/development/82724/#comment_2461712 http://habrahabr.ru/blogs/development/82724/#comment_2461712
А я думал о всяких LOC и покрытиях, которые у меня в голове в разделее «Статистика».

Век живи, как грится.]]> Tue, 02 Feb 2010 07:41:53 GMT garex http://habrahabr.ru/blogs/development/82724/#comment_2461695 http://habrahabr.ru/blogs/development/82724/#comment_2461695 Tue, 02 Feb 2010 07:38:23 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2461670 http://habrahabr.ru/blogs/development/82724/#comment_2461670 статический.]]> Tue, 02 Feb 2010 07:30:40 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2461657 http://habrahabr.ru/blogs/development/82724/#comment_2461657 Tue, 02 Feb 2010 07:28:14 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2461516 http://habrahabr.ru/blogs/development/82724/#comment_2461516
Build Server != CI. Билд-сервер это один из столпов CI, но сам термин CI это именно всего лишь принцип, подход.]]> Tue, 02 Feb 2010 06:25:03 GMT Saddo http://habrahabr.ru/blogs/development/82724/#comment_2461438 http://habrahabr.ru/blogs/development/82724/#comment_2461438
М.б. статистический?

]]> Tue, 02 Feb 2010 05:39:36 GMT garex http://habrahabr.ru/blogs/development/82724/#comment_2461432 http://habrahabr.ru/blogs/development/82724/#comment_2461432 udson]]> Tue, 02 Feb 2010 05:32:39 GMT eugenius_nsk http://habrahabr.ru/blogs/development/82724/#comment_2461431 http://habrahabr.ru/blogs/development/82724/#comment_2461431 Tue, 02 Feb 2010 05:32:33 GMT AigizK http://habrahabr.ru/blogs/development/82724/#comment_2461386 http://habrahabr.ru/blogs/development/82724/#comment_2461386 И кстати с Bamboo тоже есть plug-in для IDE]]> Tue, 02 Feb 2010 04:29:08 GMT Gregy http://habrahabr.ru/blogs/development/82724/#comment_2460910 http://habrahabr.ru/blogs/development/82724/#comment_2460910
У нас мы используем довольно простую но эффективную многоуровневую систему — сперва делается чекаут, потом выполняется полный билд, потом строится маленький тестовый datapack, прогоняются юниттесты — которые именно на него и рассчитаны, потом строится настоящий большой production datapack, и уже на нем выполняются regression test'ы. Если обваливается один из шагов, дальше идти смысла нет — однако это все происходит независимо для разных платформ, на 6 CI серверах. ]]> Mon, 01 Feb 2010 22:28:21 GMT sigizmund http://habrahabr.ru/blogs/development/82724/#comment_2460637 http://habrahabr.ru/blogs/development/82724/#comment_2460637 Но все же. Тот же гудзон предоставляет в виде RSS список билдов. Так что тестер всегда может быть в курсах очередного билда и его состояния. Единственное, в rss не увидишь commit message и список измененных файлов.]]> Mon, 01 Feb 2010 21:26:28 GMT kastigar http://habrahabr.ru/blogs/development/82724/#comment_2460636 http://habrahabr.ru/blogs/development/82724/#comment_2460636 И да, и нет. В статье слово деплоймент упоминается 5 раз — но нигде не написано, что сам по себе деплоймент является целью CI. Тесты же проверяют работоспособность функциональности и отсутствие регресионных багов — независимо, собираетесь вы деплоить именно этот билд, или нет.

И ещё о Senior-ах. ИМХО, Senior должен также постоянно учится. И если ему представляется случай улучшить качество собственного кода — почему нет? Двое моих друзей, не зарегистрированных пока Хабре, с прочли эту статью, ещё до публикации здесь. Оба синьоры, оба ниразу не работали с CI. Один сказал — интересно, при случае попробую. Второй — купил эту книгу. ]]> Mon, 01 Feb 2010 21:26:16 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2460581 http://habrahabr.ru/blogs/development/82724/#comment_2460581
Вот к примеру емайл по группе от Product Manager'а:

• No working remote
• Health
› Take care of yourself – manage your health (get lots of sleep, drink plenty of fluids, see the doctor and follow treatment plans
› Do NOT come back to the office until you are healthy enough to work full days consistently
• We will schedule to approx 50 hour work weeks. You should plan on a 60 hr work week.
• Core work hours are 9:00 to 6:00 – not away from the office for more than 60 minutes during core time.
• Communicate issues immediately, do not wait. EVERY MINUTE COUNTS
• Blocking issues and broken builds will require you stay until resolved
• Ensure you fix things locally, BEFORE you deploy, minimize build breakage.
• Only work on tasks assigned to you in Rally, defer all other requests to management
• Answer your phone 24/7
• Plan personal commitments for the weekend
• Have backup plans for childcare and other family commitments
• Hourly cap is lifted however we will only pay for the work that you have been directed to complete by one of the execution managers or myself. Over 60 hours needs my email approval

А на словах добавил — «This is business not personal». Так что я просто не могу себе позволить делать то, что мне комфортно забесплатно. Разработка софта — это бизнес, а раз так, за что заплатили, то и получили. А то, что я хочу, я делаю дома, для своих проектов, где мне никто не указ.

]]> Mon, 01 Feb 2010 21:11:38 GMT ZyL http://habrahabr.ru/blogs/development/82724/#comment_2460574 http://habrahabr.ru/blogs/development/82724/#comment_2460574 Mon, 01 Feb 2010 21:09:54 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2460547 http://habrahabr.ru/blogs/development/82724/#comment_2460547 — юнит тесты
— сниффер кода
— генерация .mo
— БД миграции
— обновление API доков
— проверка/правка прав на спец папки
— минимизация js/css

Деплой на тестовый сервер как раз проходит по каждому коммиту (если все успешно прошло). На продакшен уходит специальная ревизия, ту что в гудзоне пометили (гудзон позволяет такое).]]> Mon, 01 Feb 2010 21:04:36 GMT kastigar http://habrahabr.ru/blogs/development/82724/#comment_2460532 http://habrahabr.ru/blogs/development/82724/#comment_2460532 Я, как ведущий программист на проекте, хочу делать качественный код, независимо от того, что мне сказал Product Manager. Мне неприятно (психологически) работать с кодом, который пестрит предупреждениями и подсказками. Соответственно нужно выбрать здоровый компромис между бюрократией ти качеством.]]> Mon, 01 Feb 2010 20:59:10 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2460502 http://habrahabr.ru/blogs/development/82724/#comment_2460502 Если мне не врут глаза, то слово «деплоймент» встречается у вас в тексте «про постоянное тестирование» 5 раз в разных формах.
И коррелирует напрямую. Тестирование делается для определения готовности перехода проекта на новую фазу, то есть деплоймента.

Под разными процессами я имел в виду не хранение бинарей в СВН, а невозможность или ненужность на фоне других больших проблем применения автобилдов.
Как вы правильно заметили, не все работают в больших компаниях. Я долго работал в таких, где не то что билд инженера нет, где и тестера то толком нет. Так что снова повторюсь: жизнь и разработка — они такие разные. Не надо пытаться подстроить одну удачную practice, как глобальный шаблон. И тем более считать незнающих ее людей недостойными звания Senior.]]> Mon, 01 Feb 2010 20:52:30 GMT smartov http://habrahabr.ru/blogs/development/82724/#comment_2460457 http://habrahabr.ru/blogs/development/82724/#comment_2460457 «Continuous Integration: Patterns and Anti-patterns»
bit.ly/5kBa1O

Если лениво регистрироваться, вот сразу PDF:
narod.ru/disk/17493813000/rc084-010d-continuous-integration_1.pdf.html

Очень толково, по полочкам, с примерами.]]> Mon, 01 Feb 2010 20:36:32 GMT m17 http://habrahabr.ru/blogs/development/82724/#comment_2460453 http://habrahabr.ru/blogs/development/82724/#comment_2460453 А теперь по сути критики. Простите, но я не понимаю, каким образом может корелировать постоянное тестирование с деплойментом. Если у вас на проекте есть тесты — то чем станет хуже если они будут запускатся на каждом коммите, указывая на набор изменений который привел к поломкам? Нет, это не серебрянная пуля. Конечно, требования и процессы разные. И возмножно где-то по процессу даже допустимо бинарники хранить в svn…

И ещё раз относительно senior-прогамистов. К сожалению (или к счастью) далеко не все мы работаем в огромных компаниях на больших проектах, где есть build engineer или configuration manager. Зачастую спасение утопающих — дело рук самих утопающих. И senior програмист как минимум должен иметь представление о CI на уровне пользователя. Мой к примеру тех-директор не поймет, если я приду к нему и скажу: тестер не получит билдов пока на проекте (из 5 человек) не будет билд-инженера. А коммитить бинарники в svn — простите, религия не позволяет.]]> Mon, 01 Feb 2010 20:34:51 GMT professor_k http://habrahabr.ru/blogs/development/82724/#comment_2460445 http://habrahabr.ru/blogs/development/82724/#comment_2460445
Кстати, я бы не согласился с фразой «очень много программистов, даже имеющих в подписях слова вроде Senior или Superior никогда в жизни не стыкались с понятием CI, или слабо себе представляют что это такое».

Программист — это инструмент, который используется для решения определенных задач. В команде обычно несколько инструментов, например: программисты, бизнес-аналисты, тестеры, технические писатели, дизайнеры и т.п. Они много чего могут, но делать должны то, что требуется на проекте. А это решает человек, ответственный за проект, например, Product Manager.

Пример из жизни. Прошлый проект у меня был — сайт symantec.com. Там по правилам код не должен был содержать ни одного предупреждения (Java), комментироваться должны были все методы, включая private, сеттеры и герреты. А на теперешнем проекте (Clearwire.com) мы ничего этого не делаем, каждый форматирует, как хочет, комментарии — на усмотрение, предупреждений — сотни. Мы не можем сделать лучше? Можем, но Product Manager нам сказал — меня никто не спрашивал про качество кода, поэтому я на это время тратить не буду, делайте, чтобы вам было понятно.

Так что программисту просто нужно сказать, что билд автоматически запускается после каждого изменения (или по графику), как получишь письмо от хадсона — значит, сломал билд, вот URL, зайди, проверь, что сломал, почини. Все. Знать, как это называется, ему в принципе не обязательно. Полезно, но не обязательно.

IMHO.]]> Mon, 01 Feb 2010 20:33:08 GMT ZyL http://habrahabr.ru/blogs/development/82724/#comment_2460391 http://habrahabr.ru/blogs/development/82724/#comment_2460391 Mon, 01 Feb 2010 20:19:23 GMT allex http://habrahabr.ru/blogs/development/82724/#comment_2460384 http://habrahabr.ru/blogs/development/82724/#comment_2460384 Оказывается, очень много программистов, даже имеющих в подписях слова вроде Senior или Superior никогда в жизни не стыкались с понятием CI, или слабо себе представляют что это такое.


Если называть вещи человеческим языком, например «автоматические билды», а не пугать ваших сеньоров баззвордами в индийском стиле, то я думаю удивления будет намного меньше :)]]> Mon, 01 Feb 2010 20:18:12 GMT lrrr http://habrahabr.ru/blogs/development/82724/#comment_2460376 http://habrahabr.ru/blogs/development/82724/#comment_2460376
>>Оказывается, очень много программистов, даже имеющих в подписях слова вроде Senior или Superior
>>никогда в жизни не стыкались с понятием CI

У всех есть пробелы в знаниях. Возможно, многие в своей жизни работали на проектах, которые (web) не надо компилировать (половина негодования статьи мимо) или где не требуется постоянное тестирование каждой версии кода, закоммиченой в VCS, например потому, что deploy процессом занимается configuration manager и у него все под контролем.

Например я бы на вашу статью мог ответить, что это работа именно configuration manager и senior программисты вообще не при чем — их дело разрабатывать.

Надо понимать что не везде процессы строятся одинаково, потому что требования к процессы тоже разные. Само собой есть общие черты, но даже они везде разные. Статья же претендует на однозначную «панацею» и «так должны делать все», хотя на деле представляет собой противопоставление антипаттернов с нормальными паттернами на отдельно взятом проекте.]]> Mon, 01 Feb 2010 20:17:11 GMT smartov http://habrahabr.ru/blogs/development/82724/#comment_2460374 http://habrahabr.ru/blogs/development/82724/#comment_2460374 Mon, 01 Feb 2010 20:16:36 GMT se_pavel http://habrahabr.ru/blogs/development/82724/#comment_2460362 http://habrahabr.ru/blogs/development/82724/#comment_2460362 Mon, 01 Feb 2010 20:13:42 GMT professor_k