2015-07-10 5 views
13

Насколько я понимаю, основное отличие заключается в том, что gitlab-ci является open source (вы можете установить его на свой собственный сервер), а travis-ci - нет.Как сравнить travis-ci и gitlab-ci?

Итак, последний всегда облачен/основан на сервисе. И это бесплатно для проектов с открытым исходным кодом.

Но тогда GitLab.com (компания, а не программное обеспечение) также имеет версию облака, которую вам не нужно устанавливать: ci.gitlab.com. И я предполагаю, что эта версия может быть использована только с публичными репозиториями, размещенными в вашей учетной записи Gitlab.

Но тогда почти нет документации о запуске GitLab CI таким образом. Большинство документов, которые я нахожу, касаются установки сервера GitLab CI или бегунов. Но как настроены бегуны ci.gitlab.com? Какая у них ОС? Могу ли я использовать проигрыватели Windows/Mac? (Программное обеспечение поддерживает эти операционные системы, по-видимому, но не указано, что бегуны поставляются ci.gitlab.com служение.)

+3

Хотя меня тоже интересует, я голосую, чтобы закрыть этот вопрос как не относящийся к теме, потому что он просит «рекомендации или сравнения продуктов или услуг», которые не соответствуют теме http://stackoverflow.com/tour , – phunehehe

+0

Я также должен отметить, что бесплатные бегуны на докерной базе, похоже, работают прямо сейчас. – phunehehe

ответ

14

Edit: 29/06/2016

В комментарии предполагают, теперь gitlab предлагает что они называют общими бегунами. Это означает, что вам больше не нужно вводить свой собственный бегун, вы можете использовать их вместо этого и использовать его так же, как travis CI, но для свободного времени в течение 2 000 минут времени выполнения CI в месяц.

** Предыдущий исторический ответ **

Gitlab CI можно использовать в Интернете, но вы должны принести свои собственные бегунов. Что это значит? Вам нужно установить часть программного обеспечения на своих серверах, которые будут запускать тесты. Его сложнее, чем трави.

После установки вам необходимо связать его с вашим проектом и настроить его, если вы хотите запускать тесты внутри докеров или на вашем голой аппаратуре. Есть еще несколько вариантов.

Каждый раз, когда вы нажимаете фиксацию на gitlab, крючок запускается в gitlab ci, и сборка отправляется доступному бегуну, который выполняет сборку и тестирует и отправляет результаты тестов на сервер gitlab ci.

Теперь, с последним обновлением, gitlab ci находится внутри gitlab, но он все тот же.

+4

** Да, этот ответ должен измениться. ** К сожалению, теперь никто не может добавлять конкурирующие ответы. Таким образом, 500-символьный ответ заключается в том, чтобы прочитать недавно опубликованную статью [«GitLab.com Shared Runners use Autoscaling»] (https://about.gitlab.com/2016/04/05/shared-runners). Ключевая строка: «Все ваши сборки запускаются на экземплярах Digital Ocean 4GB, с CoreOS и последним установленным Docker Engine». _ Все частные и публичные проекты, размещенные на 'gitlab.com', могут, таким образом, обеспечить непрерывную интеграцию с открытым доступом на основе Linux, основанную на Linux, под названием« Shared Runners ». –

+1

Чтобы продолжить предыдущий ответ, обратите внимание на критическое прилагательное «Linux-based». Да все верно! Несмотря на то, что Docker прозрачно поддерживает последние версии OS X _and_ Windows, по умолчанию Shared Runners предоставлены 'gitlab.com' do _not_. Это Linux или nuthin '... ** на данный момент. ** Однако к тому моменту, когда вы это прочитали, это вредное ограничение могло быть ослаблено или даже устранено. Держите свои глаза в виде бусинок в [официальном блоге GitLab] (https://about.gitlab.com/blog), их удобном для чтения в журнале изменений, для самых последних подробностей. Все в движении. И это хорошо. –

Смежные вопросы