Comments 25
Если оно будет работать так же, как у Microsoft в VSTS, то лучше не надо, даже за бесплатно :)
-6
Сомневаюсь, команды-то разные. Кстати, если есть пара минут — а какие сейчас основные проблемы у «Azure DevOps» (они недано переименовались) CI/CD? Вообще ни разу не пользовался О_О
+5
Не стоит даже пытаться, лучше уж teamcity/gitlab-ci. Чем "оно"...
-7
Оно очень долго ищет «агента», прежде чем что-то начать. Оно всё очень долго делает, даже за деньги.
С колокольни фронтенда — npm там рандомно может фейлиться и фейлить билд c EPERM ошибкой, или чем-нибудь ещё без явной на то причины. Хочешь обновить версию Node.js с которой собирать? Пожалуйста, вот тебе доки, выбирай из любой предустановленной версии Node.js из прошлого века, но только мы тебе её напишем, но собирать будем с дефолтной и индусы из саппорта тебе ничем не помогут. Чтоб поставить другую Node и npm, у нас в definition прописаны отдельные таски, которые на каждый билд качают, устанавливают ноду и обновляют npm. Однажды мы забыли заплатить за это и оно просто молча фейлило билд и ничего не говорило. Новый интерфейс сделан максимально ущербно (имхо), чтоб пользоваться этим стало ещё более дискомфортно, но теперь хотя бы видно кто и что туда засовывал или что оно делает в данный момент, потому что до этого оно показывало исключительно ТВОИ действия.
С колокольни фронтенда — npm там рандомно может фейлиться и фейлить билд c EPERM ошибкой, или чем-нибудь ещё без явной на то причины. Хочешь обновить версию Node.js с которой собирать? Пожалуйста, вот тебе доки, выбирай из любой предустановленной версии Node.js из прошлого века, но только мы тебе её напишем, но собирать будем с дефолтной и индусы из саппорта тебе ничем не помогут. Чтоб поставить другую Node и npm, у нас в definition прописаны отдельные таски, которые на каждый билд качают, устанавливают ноду и обновляют npm. Однажды мы забыли заплатить за это и оно просто молча фейлило билд и ничего не говорило. Новый интерфейс сделан максимально ущербно (имхо), чтоб пользоваться этим стало ещё более дискомфортно, но теперь хотя бы видно кто и что туда засовывал или что оно делает в данный момент, потому что до этого оно показывало исключительно ТВОИ действия.
+3
Есть так называемые AzureResourceManager шаблоны с помощью которых можно задеплоить проект в облоко. Вся конфигурация делается в json. Благо примеров много, но если попытаться сделать что-то нестандартное, то становится туго. Другими CI/CD не пользовался. Но мое мнение делать и составлять этим шаблоны неудобно. Причем здесь Azure DevOps? Добавляя таски, за кулисами создается AzureResourceManager шаблон.
+1
Недавно перешел с Appveyor на Azure Devops. Поэтому буду сравнивать с ним.
Из текущего негативного:
Из позитива:
Несмотря на негативные моменты,продолжаем есть кактус пользоваться уже можно, но если у вас уже есть CI/CD система, я бы не торопился менять
Из текущего негативного:
- Много UI в preview, так как они переделывают его, часть функций должна выполняться в script секции, часть в старых tasks
- Документация с неточностями, но, подумав головой, все решается. На замечания к документации на github issues реагируют достаточно оперативно
- Субъективно, но мне не хватает некоторых predefined variables: индивидуальный номер билда на каждый build pipeline, название ветки для пуллреквеста вместо просто merge, etc
- Ценовая политика: платишь за машину для сборки + за каждого пользователя. Да, там есть бесплатные 1800 минут и 5 пользователей, но если сборки часто и команда большая, то лимит на пользователей/минуты довольно быстро исчерпывается
Из позитива:
- Довольно удачная на мой взгляд структура: builds pipeline, artefacts, release pipeline, approves, которая позволяет сделать CI/CD в кратчайшие сроки
- Предоставляют self-hosted build agent, либо azure hosted
Несмотря на негативные моменты,
0
Я так понял, Github CI будет заточен на веб-приложения и сервисы? Для десктопов, embedded и т. п. по-прежнему Travis CI + Appveyor?
0
Вот похоже что нет. Там очень амбициозные заявления. Так что если результат можно собрать докером — то должно подойти. Вопрос с маками, как обычно, остается открытым :)
0
Пока слабо вижу, каким образом Докер мне будет помогать собирать и тестировать С++ или С# софт под Windows. Или под Ардуино. Собственно, именно упор на докер в описании Github CI меня больше всего и смущает, потому что он никаким боком не лепится к разработке моего софта.
0
Кросс компиляция поможет с embedded.
0
Есть докер и для винды, я собираю и тестирую в докере под Windows несколько проектов на go.
Нужно только выбрать windows containers.
Или проблема в тулинге, который сложно использовать внутри контейнера?
0
Засовываешь MinGW в докер и собираешь под Windows.
0
Ну что, одним шилдиком в ридми станет больше :)
+3
Можно хоронить travis-ci? Или здесь все будет сугубо платное?
+3
Есть подозрение, что будет бесплатное. Microsoft на другом деньги делает.
0
Если смогут сделать не хуже, в чем я сильно сомневаюсь.
А вот appveyor помрет. В мс без винды я не верю.
А вот appveyor помрет. В мс без винды я не верю.
-1
А вот appveyor помрет
У него и так проблемы намечаются с тревисом: https://blog.travis-ci.com/2018-10-11-windows-early-release
0
Конкуренция всегда хороша. Уж слишком большую цену поставили в нем.
+1
Sign up to leave a comment.
GitHub анонсировал собственный CI/CD и начал раздавать инвайты