только если gitlab ci, но мне дженкинс понравился больше, хоть он и замороченнее

поясните что за Gitlab CI? Я встречаю только CE\EE - отдельной версии CI чот не вижу

gitlab ci = GitLab Continuous Integration & Deployment

т.е. не просто система хранения но еще и система сборки и развертывания

Т.е. .gitlab-ci.yml нужно ложить с проектом вместе и дергать ci только когда идет пуш в определенные ветки (dev,stage,master)? А разделение прав просто вешать на ветки? Правильно?

гитлаб содержит это все в себе одновременно, тогда как можно использовать его толкьо для хранения кода например а собирать и развертывать через что-то другое

Т.е. .gitlab-ci.yml нужно ложить с проектом вместе и дергать ci только когда идет пуш в определенные ветки (dev,stage,master)? А разделение прав просто вешать на ветки? Правильно?

и еще на раннеров

по тегам раннера

по тегам раннера

Ну теги то любой может изменить, правильно? Как тут ограничить можно?

Ну теги то любой может изменить, правильно? Как тут ограничить можно?

ранеера?

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

нет

на проекте может тот, кто может пушить в нужную ветку

и для этого нужен отдельный ответсвенный чел, который будет мерджить в мастер

на проекте может тот, кто может пушить в нужную ветку

Ну, так я об этом и писал)

Т.е. .gitlab-ci.yml нужно ложить с проектом вместе и дергать ci только когда идет пуш в определенные ветки (dev,stage,master)? А разделение прав просто вешать на ветки? Правильно?

не обязательно, у меня например так: я на таску создаю ветку, пушу её, она собирается и прогоняются тесты. если все нормально - оно мне об этом говорит, дальше я руками мержу и теперь уже мастер идет на сборку, если мастер собрался и тесты успешны - оно деплоится

и для этого нужен отдельный ответсвенный чел, который будет мерджить в мастер

зачем?

если есть тесты и код ревью - то не вижу смысла

вот да, тоже переживаю на этот счет

Правильно переживаешь. Гитлаб УГ. Он такой типа из себя весь швейцарский нож. В общем, на словах - Лев Толстой, а на деле - не надо его ставить. Как минимум с правами пользователей потом угоришь на бесплатной версии.

зачем?

чтобы долбоебы не пушили все подряд

Правильно переживаешь. Гитлаб УГ. Он такой типа из себя весь швейцарский нож. В общем, на словах - Лев Толстой, а на деле - не надо его ставить. Как минимум с правами пользователей потом угоришь на бесплатной версии.

интересное заявление, а в чем трабла?

чтобы долбоебы не пушили все подряд

для этого есть код ревью, не вижу проблемы честно говоря. создается пулл реквест и пока аппрува не будет - ничего не мерджится

и какие альтернативы

и какие альтернативы

gogs + jenkins

попробуйте)

Правильно переживаешь. Гитлаб УГ. Он такой типа из себя весь швейцарский нож. В общем, на словах - Лев Толстой, а на деле - не надо его ставить. Как минимум с правами пользователей потом угоришь на бесплатной версии.

ну ты че то люто. Уже больше года в проде держу гитлаб. Пока только радуюсь

там конечно тоже надо заморочиться но меня устроило

дженкинс не люблю, гогс был сырой когда смотрел

jenkins слишком сложный. прям OVER

дженкинс не люблю, гогс был сырой когда смотрел

давно смотрели?)

1.5 года назад )

jenkins слишком сложный. прям OVER

ну по сложности согласен, зато может вот прямо совсем что угодно)

обязательно еще раз гляну

1.5 года назад )

посмотрите еще раз) думаю вас порадует)

ну по сложности согласен, зато может вот прямо совсем что угодно)

это все что угдоно далеко не всегда нужно.

Для базовых вещей gitlab ci хватает с головой

простенько и понятно

Правильно переживаешь. Гитлаб УГ. Он такой типа из себя весь швейцарский нож. В общем, на словах - Лев Толстой, а на деле - не надо его ставить. Как минимум с правами пользователей потом угоришь на бесплатной версии.

Орнул. Спасибо.

единственное что с гогсом НЕ радует - еще мало интеграции с ним, обычно идет поддержка битбакета гитхаба и гитлаба, просто гит не поддерживают и как следствие с гогсом идут пляски

это все что угдоно далеко не всегда нужно.

тут согласен) но мне потребовалось собирать контейнеры пропуская их через 3 разных контейнера для сборки, тестов и деплоя) и при этом все это в кластере)

тут согласен) но мне потребовалось собирать контейнеры пропуская их через 3 разных контейнера для сборки, тестов и деплоя) и при этом все это в кластере)

СЛОЖНА

заработало) правда пока деплой руками, но мне пока так и надо

а зачем?

СЛОЖНА

других вариантов не нашел) а так оказалось все просто)

что зачем?

собирать контейнеры пропуская их через 3 разных контейнера для сборки, тестов и деплоя

интересное заявление, а в чем трабла?

В беспланой версии ты не можешь нафигачить разрешений и ролей каких тебе угодно (=какие от тебя требуются твоим бизнес-процессом). Ты не можешь тонко настраивать разрешения по веткам (пруф - https://docs.gitlab.com/ce/user/project/protected_branches.html).

в одном собираются во втором тестируются в третьем идет деплой, в итоге нет нужды поддерживать один контейнер со своими примочками, достаточно просто взять 3 разных базовых контейнера и все будет работать)

Для базовых вещей gitlab ci хватает с головой

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

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

А что тогда посоветуете?

А что тогда посоветуете?

посмотрите https://github.com/gogits/gogs :) активное сообщество и адекватные разработчики)

посмотрите https://github.com/gogits/gogs :) активное сообщество и адекватные разработчики)

Ну он же просто репозиторий, да?

https://habrahabr.ru/company/flant/blog/332842/ - а то я слышал слух, что там не костылями решается по поводу прав пользователей

почему не использовать пайплайны в дженкинсе?

Ну он же просто репозиторий, да?

да) и поэтому он работает хорошо) просто репозиторий, ничего лишнего

почему не использовать пайплайны в дженкинсе?

так использую) Jenkinsfile так же ложится в проект и по нему он собирается)

А что тогда посоветуете?

Если для репы - Битбакет. Хоть клауд, хоть сервер.

?

Если для репы - Битбакет. Хоть клауд, хоть сервер.

клауд пробовал - как по мне - тормозит. а сервер да, можно

если людей мало) если много - опять денежки)

если много - куда без денег

Если для репы - Битбакет. Хоть клауд, хоть сервер.

Хотелось бы быть в тренде, CI\CD в перспективе, вот это вот все

у битбакета есть ограничение, что вроде если больше трех одновременных коннектов - режет скорость

если людей мало) если много - опять денежки)

по мне тут хотя бы понятно за что платишь

ну, по крайней мере я с таким сталкивался

и пришлось заливать некоторые либы, которые оттуда тянулись, в виде артефактов в нексус

плюс интеграция с дженкинсом со свистом ставится и работает точно так же

как и с бабму

ERROR: S client not available

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

билд прилкада с деплоем, сборка и деплой контейнеров. + деплой конфигов. + там хранятся кукбуки ансайбла и оттуда запускются

битбакет не замыкает тебя в своей экосистеме

почему не использовать пайплайны в дженкинсе?

Я пока еще не юзал gitlab ci. Да и jenkins только из вебморды настраивал. Мне нужно какое-то решение, которое можно описать кодом (yaml, например). И держать где-то под git (в этой же репе или отдельно)

плюс интеграция с дженкинсом со свистом ставится и работает точно так же

ну гогс тоже с дженкинс хорошо работает) а вот присобачить систему тасок - там да, проблеам

Я пока еще не юзал gitlab ci. Да и jenkins только из вебморды настраивал. Мне нужно какое-то решение, которое можно описать кодом (yaml, например). И держать где-то под git (в этой же репе или отдельно)

тогда giltab-ci

хотя и хотел бы ?))) но вместо этого ни делают так, что тебе самому не захочется уходить

тогда giltab-ci

или Jenkins)

или Jenkins)

holywar time)

holywar time)

yaya)

тогда giltab-ci

А почему не jenkins? Я когда-то видел тоже генерацию jenkins jobs из yaml файлов. Там все стирается и заново генерится при изменении

А почему не jenkins? Я когда-то видел тоже генерацию jenkins jobs из yaml файлов. Там все стирается и заново генерится при изменении

сложно + отдельная морда.

А так все красиво наблюдается в одном месте

и пуш и тест и деплой и так далее

А так все красиво наблюдается в одном месте

только если все это упадет - кек

сложно + отдельная морда.

А как тестировщикам дать возможность переключать рубильники веток?

только если все это упадет - кек

так если и дженкинс упадет то кек

лично я в гитлабе храню только конфиги для ансибла

А как тестировщикам дать возможность переключать рубильники веток?

чуть подробнее опиши кейс

а весь код в приват репе на гитхабе

не, я о том, что гитлаб падать любит, или я уже отстал совссем от жизни?)

Я пока еще не юзал gitlab ci. Да и jenkins только из вебморды настраивал. Мне нужно какое-то решение, которое можно описать кодом (yaml, например). И держать где-то под git (в этой же репе или отдельно)

И не юзай. Потом это решение тебя же укусит.

А как тестировщикам дать возможность переключать рубильники веток?

а зачем переключать?

не, я о том, что гитлаб падать любит, или я уже отстал совссем от жизни?)

гогс у меня ни разу не падал)

чуть подробнее опиши кейс

Есть разные ветки с кодом. Тестировщки должны переключаться между ветками для тестирования. Чтобы заскринить, например, как было в старой версии и описать отличия, если в новой версии что-то не работает

ой)

Есть разные ветки с кодом. Тестировщки должны переключаться между ветками для тестирования. Чтобы заскринить, например, как было в старой версии и описать отличия, если в новой версии что-то не работает

так им переключаться не надо

они могу просто хапускать пайплайн на нужной ветке

Просто, для того, чтобы сгенерить jenkins jobs из шаблонов, то уже нужна какая-то система Ci )) Это единственное что смущает

Есть разные ветки с кодом. Тестировщки должны переключаться между ветками для тестирования. Чтобы заскринить, например, как было в старой версии и описать отличия, если в новой версии что-то не работает

ну так и в чем проблема?

Есть разные ветки с кодом. Тестировщки должны переключаться между ветками для тестирования. Чтобы заскринить, например, как было в старой версии и описать отличия, если в новой версии что-то не работает

Тупой вопрос. почему на проде не посмотреть?

Просто, для того, чтобы сгенерить jenkins jobs из шаблонов, то уже нужна какая-то система Ci )) Это единственное что смущает

всмысле? о_О

Тупой вопрос. почему на проде не посмотреть?

Потому что там может быть очень далеко от прода.