Pull to refresh

Comments 25

Если оно будет работать так же, как у Microsoft в VSTS, то лучше не надо, даже за бесплатно :)
Сомневаюсь, команды-то разные. Кстати, если есть пара минут — а какие сейчас основные проблемы у «Azure DevOps» (они недано переименовались) CI/CD? Вообще ни разу не пользовался О_О

Не стоит даже пытаться, лучше уж teamcity/gitlab-ci. Чем "оно"...

Звучит немножечко предвзято. Самую капельку.
А если отбросить весь это скептицизм относительно того, что продукт сделан в стенах Microsoft, то чем оно хуже teamcity/gitlab-ci?
Потому что использовав все три могу однозначно сказать, что у них у всех есть как свои плюсы так и минусы.
Оно очень долго ищет «агента», прежде чем что-то начать. Оно всё очень долго делает, даже за деньги.
С колокольни фронтенда — npm там рандомно может фейлиться и фейлить билд c EPERM ошибкой, или чем-нибудь ещё без явной на то причины. Хочешь обновить версию Node.js с которой собирать? Пожалуйста, вот тебе доки, выбирай из любой предустановленной версии Node.js из прошлого века, но только мы тебе её напишем, но собирать будем с дефолтной и индусы из саппорта тебе ничем не помогут. Чтоб поставить другую Node и npm, у нас в definition прописаны отдельные таски, которые на каждый билд качают, устанавливают ноду и обновляют npm. Однажды мы забыли заплатить за это и оно просто молча фейлило билд и ничего не говорило. Новый интерфейс сделан максимально ущербно (имхо), чтоб пользоваться этим стало ещё более дискомфортно, но теперь хотя бы видно кто и что туда засовывал или что оно делает в данный момент, потому что до этого оно показывало исключительно ТВОИ действия.
Есть так называемые AzureResourceManager шаблоны с помощью которых можно задеплоить проект в облоко. Вся конфигурация делается в json. Благо примеров много, но если попытаться сделать что-то нестандартное, то становится туго. Другими CI/CD не пользовался. Но мое мнение делать и составлять этим шаблоны неудобно. Причем здесь Azure DevOps? Добавляя таски, за кулисами создается AzureResourceManager шаблон.
Недавно перешел с Appveyor на Azure Devops. Поэтому буду сравнивать с ним.
Из текущего негативного:
  1. Много UI в preview, так как они переделывают его, часть функций должна выполняться в script секции, часть в старых tasks
  2. Документация с неточностями, но, подумав головой, все решается. На замечания к документации на github issues реагируют достаточно оперативно
  3. Субъективно, но мне не хватает некоторых predefined variables: индивидуальный номер билда на каждый build pipeline, название ветки для пуллреквеста вместо просто merge, etc
  4. Ценовая политика: платишь за машину для сборки + за каждого пользователя. Да, там есть бесплатные 1800 минут и 5 пользователей, но если сборки часто и команда большая, то лимит на пользователей/минуты довольно быстро исчерпывается

Из позитива:
  • Довольно удачная на мой взгляд структура: builds pipeline, artefacts, release pipeline, approves, которая позволяет сделать CI/CD в кратчайшие сроки
  • Предоставляют self-hosted build agent, либо azure hosted

Несмотря на негативные моменты, продолжаем есть кактус пользоваться уже можно, но если у вас уже есть CI/CD система, я бы не торопился менять
Я так понял, Github CI будет заточен на веб-приложения и сервисы? Для десктопов, embedded и т. п. по-прежнему Travis CI + Appveyor?

Вот похоже что нет. Там очень амбициозные заявления. Так что если результат можно собрать докером — то должно подойти. Вопрос с маками, как обычно, остается открытым :)

Пока слабо вижу, каким образом Докер мне будет помогать собирать и тестировать С++ или С# софт под Windows. Или под Ардуино. Собственно, именно упор на докер в описании Github CI меня больше всего и смущает, потому что он никаким боком не лепится к разработке моего софта.
Кросс компиляция поможет с embedded.

Есть докер и для винды, я собираю и тестирую в докере под Windows несколько проектов на go.
Нужно только выбрать windows containers.


Или проблема в тулинге, который сложно использовать внутри контейнера?

Да, но такие контейнеры и запускаются только на Windows? На Гитхабе они вряд ли будут доступны в системе CI.

Да, только на Windows. Мне кажется, что вполне логично сделать их доступными, раз уж Microsoft вкладывается и в докер.

Засовываешь MinGW в докер и собираешь под Windows.
А лучше сразу взять MXE чтобы ручками тулчейн не собирать.
Ну что, одним шилдиком в ридми станет больше :)
Можно хоронить travis-ci? Или здесь все будет сугубо платное?
Есть подозрение, что будет бесплатное. Microsoft на другом деньги делает.
Если смогут сделать не хуже, в чем я сильно сомневаюсь.
А вот appveyor помрет. В мс без винды я не верю.

Вот это новость! Спасибо, пошёл тестить, может удастся отказаться от appveyor.

Конкуренция всегда хороша. Уж слишком большую цену поставили в нем.
Sign up to leave a comment.

Articles