Привет. Этим постом мы начинаем наши пятничные новостные выпуски, в которых будем рассказывать о новых технологиях, поддержку которых мы внедрили в наш проект, а также о фичах, которые сделают работу с Vexor максимально продуктивной. Наша команда учитывает пожелания пользователей, и постепенно мы расширяем наш функционал.
Напомним, что Vexor CI – облачный continuous integration сервис для разработчиков с неограниченными ресурсами и поминутной оплатой, позволяющий эффективно тестировать проекты.
Читать полностью »
Рубрика «continuous integration» - 13
Vexor CI – Что нового?
2014-10-24 в 11:09, admin, рубрики: bitbucket, clojure, continuous integration, java, Node, ruby, ruby on rails, Rust, selenium, Блог компании VexorCI, Веб-разработка, ПрограммированиеVexorCI — свежий взгляд на continuous integration
2014-10-17 в 14:08, admin, рубрики: clojure, continuous integration, java, node.js, ruby, ruby on rails, Rust, Блог компании VexorCI, Веб-разработка, Программирование Привет.
Меня зовут Олег Балбеков, я хочу рассказать вам о нашем новом проекте Vexor CI.
Vexor CI – облачный continuous integration сервис для разработчиков, позволяющий эффективно тестировать проекты.
Ежедневно разработчики используют CI-сервисы, однако большинство из них дорогие, медленные, неэффективные и накладывают большие ограничения на использование.
Vexor:
- для тех, кому надоело тратить время и деньги на поддержание тестовой инфраструктуры;
- для тех, кому давно не хватает ресурсов локального сервера;
- для тех, кто не решается на облачный CI потому, что дорого;
- для тех, кто устал ждать очереди на просчёт тестов в обычном облачном CI;
- для тех, кому действительно важна скорость.
У нас справедливая цена (поминутная оплата) и безлимитные мощности для каждого. Всем подключившимся мы дарим $10 и не берём оплату, пока вы настраиваете сервис. У нас самая дружественная русскоязычная поддержка (в моём лице). Подключайтесь!
AppVeyor
2014-08-02 в 11:50, admin, рубрики: .net, Builds Automation, Continious Testing, continuous integration, github, msbuild, nugetПривет.
Я разрабатываю плагин под Java приложения для запуска кода на .Net. Проект открытый, выложен на GitHub. И в какое-то время я решил, что хорошо бы найти Continious Build & Test такой, чтобы я смог в нем собирать продукт.
После небольших поисков мне попалось на глаза довольно интересное и простое решение.
Disclaimer: я не имею никакого отношения к разработке этого продукта, не знаю автора и т.д. Мне просто понравился этот сервис, и я решил написать пост.
Спешу сообщить, что сегодня система непрерывной интеграции PHPCI, о которой я уже рассказывал на хабре, обновилась до версии 1.3.
Pug-pug!, или Как прошла первая встреча PHP User Group
2014-07-28 в 8:36, admin, рубрики: continuous integration, dnepropetrovsk, google app engine, Jenkins, laravel, less, php, pug, Веб-разработка 
Днепропетровский офис DataArt принял первую встречу сообщества PHP-разработчиков. Перед презентациями гостей встречал мимимишный мопс Чупик — главный герой нашего видеоприглашения на встречу. Которая, кстати, собрала более полусотни девелоперов, которые с огромным удовольствием прослушали четыер доклада о РНР и как с ним жить.
Читать полностью »
Путь к непрерывной интеграции. Selenium IDE Tests + TeamCity
2014-07-21 в 7:12, admin, рубрики: automation testing, continuous integration, nunit, qa, teamcity, Веб-разработка, тестированиеВступ
Рассмотрим интегрирование тестов Selenium IDE в процесс непрерывной интеграции с помощью TeamCity. В многих местах встречал когда QA создает тести ( в лучшем случае, зачастую бывает когда кликери просто по документу «прокликивают» проект и делает отчеты ) и регулярно запускают их, и как правило все это происходит локально на его же компьютере. Как на меня абсолютно не системный подход, который (сейчас то, в 2014 году ) решается миллионом решений для полной автоматизации процесса.
Ну раз Continuous Integration такая популярная практика, почему же не внедрить функциональное тестирование в процесс непрерывной интеграции, облегчить жизнь тестировщикам и поднять уровень качества продукта в целом.
Что надо и чего хотим
Что есть?
- CI сервер (TeamCity) для сборки и деплоймента проектов
- QA с пачкой тестов созданных в Selenium IDE
- Энтузиазм
Что надо?
- Добавить в процесс непрерывной интеграции исполнение Selenium IDE тестов
Как установить, настроить и сделать первые билд конфигурации на просторах больше чем надо, потому описывать не буду, да и речь не об этом.
Прошу под кат.
Читать полностью »
Continuous Integration в 10 строках кода или зачем нужны BuildBot, Jenkins, TeamCity и подобные
2014-07-15 в 7:23, admin, рубрики: continuous integration, разработка, тестированиеЗаметка рассчитана на тех, кто уже знает, что такое Continuous Integration, но еще не выбрал, какую именно систему внедрить у себя.
Почитать, что такое CI и зачем его использовать, можно в Википедии и здесь же на Хабре: статья 1, статья 2, тег CI.
А я расскажу, на что стоит обратить внимание при выборе CI для своего проекта, почему стоит использовать готовую стороннюю систему и не стоит ввязываться в написание собственного «велосипеда».
Началось с того, что в одной IT-компании случился такой разговор между коллегами из соседних отделов:
K1: У вас continuous integration есть?
K2: Есть, запускаются тесты на каждый коммит в транке.
К1: На чем работают?
К2: Собственный скрипт. Сейчас переходим на Buildbot.
К1: Может я чего-то не понимаю, но что там сложного? Апнуться, запустить тесты, отправить результат, зачем какой-то Buildbot, проще же самим написать?
Подобные рассуждения — «да зачем какое-то сторонее continuous integration, что там сложного, сейчас сами скриптик наваяем» — мне встречались достаточно часто, так что хочу на примере показать, чего скорее всего будет не хватать в простом «наколеночном» варианте.
Итак, пишем «свой маленький скриптик». У меня получилось уложиться в 10 строк, включая shebang, задание в кронтабе и настройку отправки писем.
Современный бэк-офис IT-компании
2014-07-13 в 11:59, admin, рубрики: code review, continuous integration, инфраструктура, ит-инфраструктура, системное администрирование, спасибо за чтение, управление проектамиВ одной из дискуссий недавно, я перечислил основные системы, делающие работу ИТ-компании цивилизованной. Список получился весьма обширный, и я решил оформить его как самостоятельную статью.
Похожую конструкцию можно увидеть во многих компаниях, более того, я наблюдал компании, в которых долгое время отсутствовала часть этих систем, и из-за нерешаемых постоянных проблем эти системы начали появляться стихийно.
Всё ниженаписанное касается компаний/отделов, в которых работает работает квалифицированный персонал, то есть курсы «офис для начинающих» им не нужны. Так же как не нужны групповые политики на рабочих станций и специальный админ для перекладывания ярлычков на рабочем столе и установки любимой программы. Другими словами, это бэк-офис айтишников, значительно отличающийся от бэк-офиса остальных отделов.
Краткий спойлер содержимого: VCS, репозиторий исходного кода, code-review, build-сервера, CI, таск-трекер, вики, корпоративный блог, функциональное тестирование, репозиторий для пакетов, система управления конфигурацией, бэкапы, почта/jabber.
Картинка с фрагментом обсуждаемой инфраструктуры:
Читать полностью »
Есть ли жизнь после кода?
2014-03-13 в 14:09, admin, рубрики: continuous integration, deployment, fabric, gerrit, Jenkins, phing, php, Блог компании Aori, Программирование, разработка, метки: continuous integration, deployment, fabric, gerrit, Jenkins, phing, PHP 
Что происходит с кодом после того, как он написан? Во многих областях разработки ПО его жизнь только начинается. Например, в разработке для веба, приложение исполняется где-то на сервере. Значит, после написания кода встаёт задача интегрировать его в приложение и доставить на конечную машину. Именно этот процесс мы сегодня обсудим.
Данный текст предназначен широкому кругу разработчиков и рассчитан на тех, кто мало знаком с процессом выкладки кода. Так же этот текст может быть полезен тем, кто строит систему деплоймента и находится в поиске идей.
Статья написана на основе материалов внутреннего семинара компании Аори, и рассказывает о принципах деплоймента на примере процесса, построенного у нас.
Читать полностью »
Последовательности построений в TFS
2014-03-11 в 13:04, admin, рубрики: .net, .net frameowrk, continuous integration, Team Foundation Server 2013, метки: .net frameowrk, c++, continuous integration, Team Foundation Server 2013При использовании подхода непрерывной интеграции часто возникает потребность в запуске не просто одного построения, а в запуске последовательности построений.
Это актуально когда код продукта разделён на несколько проектов, и они зависят друг от друга.
В данной статье я хочу рассказать, как это можно сделать, используя TFS сервер.