Можно здесь подробнее, пожалуйста? Полагаю, с Docker и Docker Compose раннерами вы знакомы? Имеется в виду что-то другое?
нет чёткого сравнения фич (включая роадмапы) Space CI/CD и TeamCity
Сравнение сделаем, пока просто не успели. Хотя не уверен, что по фичам будет иметь смысл — скорее по ключевым направлениям, так как оба продукта активно развиваются, а у TeamCity еще и фора в 14 лет. Публичный роадмап TeamCity можно посмотреть здесь: https://www.jetbrains.com/teamcity/roadmap/. Кстати, параметры в зависимости от триггеров планируем в следующем году сделать.
Попробуйте проверить настройки в родительских проектах – например, в руте. TeamCity настроен таким образом, что если он находит Keep Rules на уровне выше, то они будут приоритетнее.
Если вы храните настройки в коде в формате Kotlin (а это рекомендованный подход, если вы хотите их редактировать и создавать, а не просто хранить), то есть несколько способов его «изучить»:
1. На каждой странице настроек конфигураций есть кнопка View in DSL — она позволяет увидеть, как будут выглядеть ваши текущие настройки в Kotlin формате
2. На уровне проекта можно скачать полное описание проекта и его конфигураций в Kotlin, если зайти в настройки -> Actions -> Download settings in Kotlin format
3. Ну а из почитать есть серия постов про Kotlin DSL, документация и вот этот доклад про то, как начать использовать Kotlin DSL в своих проектах.
Причем если для Deploy to production конфигурации выбрать тип «Deployment» (в General настройках конфигурации), то во всех билдах, от которых она зависит появится секция Deployments на overview с кнопкой Deploy.
Можно настроить такой build chain: Build -> Test -> Deploy to staging -> Deploy to prod, и повесить VCS триггер на Deploy to staging. В этом случае дальше выкладки на стейджинг чейн не пойдет, пока его кто-то руками не запустит. Для этого можно на нужном билде (который, например, протестировали вручную) в конфигурации Deploy to staging выбрать Actions -> Promote to Deploy to production.
Да, это схоже с тем, как мы позиционируем Space и TeamCity. То же касается YouTrack и Upsource – это специализированные инструменты для отдельных доменных областей, тогда как Space – интегрированная кросс-доменная среда.
Вряд ли TeamCity станет плагином к Space, но более плотная интеграция планируется. Уже сейчас возможно подключать репозитории Space в TeamCity, и в другую сторону — сообщать статусы билдов из TeamCity в Space. Всегда рады услышать и обсудить новые запросы на интеграции в нашем трекере.
Мы рассматриваем TeamCity как выделенный инструмент для CI/CD — с большим количеством функциональности и покрытием огромного количества сценариев и запросов именно в этой области.
Space же лучше подойдет тем, кому важна именно интегрированность всех компонентов и централизованное место управление задачами, документацией, кодом, людьми и, в том числе, возможностью настроить CI/CD – все в рамках единого решения.
Поэтому эти продукты скорее покрывают разные потребности.
Интеграция TeamCity и Space уже сейчас возможна на уровне подключения Space репозиториев к TeamCity и возможность сообщать статусы билдов из TeamCity в Space. В дальнейшем планируем дополнительные точки интеграции — если у вас есть идеи, то будем рады их услышать и обсудить в нашем трекере.
На данный момент инвестигации назначаются только на билд проблемы, связанные с компиляцией, и упавшие тесты. В ближайшем будущем планируется добавить назначение автоматических инвестигаций и на билд проблемы других типов.
Спасибо за статью, наглядно продемонстрирована возможная цена ошибки конфигурации.
Стоит уточнить, что упомянутый баг с доступной регистрацией был исправлен в версии 9.0.2 (вышла в январе 2015 года), и мы постарались оповестить владельцев серверов, затронутых этой проблемой.
И снова здравствуйте :)
Возможно, мета-раннеры тут помогут?
Можно здесь подробнее, пожалуйста? Полагаю, с Docker и Docker Compose раннерами вы знакомы? Имеется в виду что-то другое?
Сравнение сделаем, пока просто не успели. Хотя не уверен, что по фичам будет иметь смысл — скорее по ключевым направлениям, так как оба продукта активно развиваются, а у TeamCity еще и фора в 14 лет. Публичный роадмап TeamCity можно посмотреть здесь: https://www.jetbrains.com/teamcity/roadmap/. Кстати, параметры в зависимости от триггеров планируем в следующем году сделать.
1. На каждой странице настроек конфигураций есть кнопка View in DSL — она позволяет увидеть, как будут выглядеть ваши текущие настройки в Kotlin формате
2. На уровне проекта можно скачать полное описание проекта и его конфигураций в Kotlin, если зайти в настройки -> Actions -> Download settings in Kotlin format
3. Ну а из почитать есть серия постов про Kotlin DSL, документация и вот этот доклад про то, как начать использовать Kotlin DSL в своих проектах.
Вот здесь есть очень похожий чейн (можно зайти гостем): demo.teamcity.com/viewLog.html?buildId=2348&buildTypeId=GuestbookAws_Deploy_DeployStaging&tab=dependencies#_expand=block_bt18-2348
Вряд ли TeamCity станет плагином к Space, но более плотная интеграция планируется. Уже сейчас возможно подключать репозитории Space в TeamCity, и в другую сторону — сообщать статусы билдов из TeamCity в Space. Всегда рады услышать и обсудить новые запросы на интеграции в нашем трекере.
Space же лучше подойдет тем, кому важна именно интегрированность всех компонентов и централизованное место управление задачами, документацией, кодом, людьми и, в том числе, возможностью настроить CI/CD – все в рамках единого решения.
Поэтому эти продукты скорее покрывают разные потребности.
Интеграция TeamCity и Space уже сейчас возможна на уровне подключения Space репозиториев к TeamCity и возможность сообщать статусы билдов из TeamCity в Space. В дальнейшем планируем дополнительные точки интеграции — если у вас есть идеи, то будем рады их услышать и обсудить в нашем трекере.
Стоит уточнить, что упомянутый баг с доступной регистрацией был исправлен в версии 9.0.2 (вышла в январе 2015 года), и мы постарались оповестить владельцев серверов, затронутых этой проблемой.