Если вы на Gitlab.com, то возможно вам пора задуматься о собственном инстансе гитлаба чтобы не зависеть от загруженности общего сервиса.
Иначе да, руками в конфигах залогинивание и вот это все.
Ну можно еще загуглить "Sonartype OSS Nexus gitlab integration". Хотя видимо нет такого, раз вы решили тут написать.
Еще можно создать feature request в репе гитлаба — https://gitlab.com/gitlab-org/gitlab-ce/
На быстрое решение вопроса рассчитывать там не стоит, но может кто-то подскажет альтернативное решение проблемы
У меня немного опыта работы с ним. Там тоже docker, тоже настройки в yaml, что хорошо.
Он попроще гитлаба. Насколько я понял, там нет возможности разбить задачу на подзадачи — просто выполняет твои скрипты один за другим, и как следствие нет визуализации пайплайна.
Да, все дорогу было именно так. Они в последнем релизе выкатили фичу когда можно внешний репозиторий подключать, но я если честно еще не успел проверить насколько она хорошо работает.
Все верно, спасибо! Но статья вводная, и я позволил себе несколько упростить картину мира. Плюс у меня есть уточнение что мы рассматриваем только "системы общего назначения", без специфики типа тестирования десктопных или мобильных приложений.
Сорян, забыл написать "внутри современной CI". Я ж не зря советую сторониться Jenkins-а. Он травмирует психику молодых разработчиков, и они потом боятся CI как огня.
Appveyor забыт в этой статье как и куча других CI-систем. В статье Гитхаба про популярные CI-системы он оказался на 4-ом месте. В отчет Forrester Wave вообще не вошел, поэтому он не привлек моего внимания.
Чтобы вы понимали, для ГитЛаба GitLab.com с точки зрения бизнеса — совсем не основное направление. Деньги компания зарабатывает на продаже Enterprise-лицензий.
Приятно слышать что вы считаете GitLab компанией мирового уровня, но не стоит забывать что это очень молодая компания, и за год компании пришлось вырасти с 25 человек до 160.
Да, слишком поздно обратили внимание на то с какой скоростью растет бесплатный GitLab.com, из-за этого и проблемы со скоростью сервиса, и вот это.
Открытость в данном случае — это не оправдание, а гарантия что проблема будет преодолена и такой фигни больше не случится.
Деталей в direction не будет, на то он и direction. Решение что конкретно делать в обозначенном направлении в следующем месяце принимается после очередного релиза. Планировать заранее — тратить время без толку. Поменяется и ситуация вокруг, и видение.
Если вы на Gitlab.com, то возможно вам пора задуматься о собственном инстансе гитлаба чтобы не зависеть от загруженности общего сервиса.
Иначе да, руками в конфигах залогинивание и вот это все.
Ну можно еще загуглить "Sonartype OSS Nexus gitlab integration". Хотя видимо нет такого, раз вы решили тут написать.
Еще можно создать feature request в репе гитлаба — https://gitlab.com/gitlab-org/gitlab-ce/
На быстрое решение вопроса рассчитывать там не стоит, но может кто-то подскажет альтернативное решение проблемы
А зачем? Если вы работаете с docker hub, то просто прописываете от него ключи/пароли/явки в secret variables и юзаете внутри CI как хочется
Всего лишь не рекомендую его тем, кто хочет впервые попробовать CI на практике и далек от enterprise-разработки, IDE и прочего в таком духе.
ничего себе!
можно в commit message добавить [skip ci], и тогда ci не затриггерится
Paper.app на ipad
У меня немного опыта работы с ним. Там тоже docker, тоже настройки в yaml, что хорошо.
Он попроще гитлаба. Насколько я понял, там нет возможности разбить задачу на подзадачи — просто выполняет твои скрипты один за другим, и как следствие нет визуализации пайплайна.
Но в целом работает, а это главное.
Думаю что да, хотя я по виде совсем не специалист.
Да, все дорогу было именно так. Они в последнем релизе выкатили фичу когда можно внешний репозиторий подключать, но я если честно еще не успел проверить насколько она хорошо работает.
Да, пожалуй так будет вернее. Я это подразумевал, но не акцентировал на этом внимание. Спасибо.
Не встречал раньше этот подход. Спасибо, почитаю.
В гитлабе ты просто поднимаешь дополнительные раннеры (а не поднимаешь еще один гитлаб в slave-режиме)
Да, увы.
Все так. Если говорить за Гитлаб, он как раз не ограничен докером, но дефолтный режим в облачной версии Gitlab.com именно такой.
Все верно, спасибо! Но статья вводная, и я позволил себе несколько упростить картину мира. Плюс у меня есть уточнение что мы рассматриваем только "системы общего назначения", без специфики типа тестирования десктопных или мобильных приложений.
Сорян, забыл написать "внутри современной CI". Я ж не зря советую сторониться Jenkins-а. Он травмирует психику молодых разработчиков, и они потом боятся CI как огня.
Appveyor забыт в этой статье как и куча других CI-систем. В статье Гитхаба про популярные CI-системы он оказался на 4-ом месте. В отчет Forrester Wave вообще не вошел, поэтому он не привлек моего внимания.
Да, CI (и не только) есть в GitLab Community Edition, который можно хостить у себя.
Поясню пару моментов от лица ГитЛаба.
Чтобы вы понимали, для ГитЛаба GitLab.com с точки зрения бизнеса — совсем не основное направление. Деньги компания зарабатывает на продаже Enterprise-лицензий.
Приятно слышать что вы считаете GitLab компанией мирового уровня, но не стоит забывать что это очень молодая компания, и за год компании пришлось вырасти с 25 человек до 160.
Да, слишком поздно обратили внимание на то с какой скоростью растет бесплатный GitLab.com, из-за этого и проблемы со скоростью сервиса, и вот это.
Открытость в данном случае — это не оправдание, а гарантия что проблема будет преодолена и такой фигни больше не случится.
Все так. Это все таки перевод оригинальной статьи. Пока что получается готовить переводы только с такой вот задержкой.
Деталей в direction не будет, на то он и direction. Решение что конкретно делать в обозначенном направлении в следующем месяце принимается после очередного релиза. Планировать заранее — тратить время без толку. Поменяется и ситуация вокруг, и видение.
отличное замечание, спасибо! нашел тикет про это: https://gitlab.com/gitlab-org/gitlab-ce/issues/14048
постараюсь привлечь к нему внимание, чтобы это вошло в ближайший релиз.
Это будет в одном из ближайших релизов обязательно!