в очень небольших организациях нет той проблемы, которую решает эта штука.
Вот тут я не согласен. Посмотрите на инфру самого сайтдога: https://shorturl.at/j1aw9 Проекту всего месяц, делался на коленке вполсилы, а там уже четыре репозитория и вагон вспомогательных сервисов по каждому подпроекту.
Мне кажется прикол именно в том что мы недооцениваем сколько этих вспомогательных штук вокруг разработки, потому что они нужны там не каждый день, но раз в неделю, в месяц, тебе приходится про них вспоминать.
Что касается больших организаций, да, там будет самая жара! Хочу как раз щас затащить туда по максимуму своих проектов рабочих и нерабочих, и посмотреть как поедет. Понятно что надо будет докручивать всякую группировку/фильтрацию/поиск, как и автоэнричмент/автодискавери - тогда оно станет сильно полезнее и на больших масштабах.
В своем текущем виде тулза точно не предендует на законченое решение высеченное в камне. Это скорее первые шаги в интересном мне направлении.
В мониторинг ты не положишь ссылку на настройку DNS, когда истекает GitLab токен, и где у нас CDN. В ридми можно, да. А вы что для мониторинга используете?
Про терраформ было скорее в обратную сторону у меня идея - что не надо втаскивать терраформ в хобби проект, пока можно обойтись yaml-файлом
Если вы на Gitlab.com, то возможно вам пора задуматься о собственном инстансе гитлаба чтобы не зависеть от загруженности общего сервиса.
Иначе да, руками в конфигах залогинивание и вот это все.
Ну можно еще загуглить "Sonartype OSS Nexus gitlab integration". Хотя видимо нет такого, раз вы решили тут написать.
Еще можно создать feature request в репе гитлаба — https://gitlab.com/gitlab-org/gitlab-ce/
На быстрое решение вопроса рассчитывать там не стоит, но может кто-то подскажет альтернативное решение проблемы
У меня немного опыта работы с ним. Там тоже docker, тоже настройки в yaml, что хорошо.
Он попроще гитлаба. Насколько я понял, там нет возможности разбить задачу на подзадачи — просто выполняет твои скрипты один за другим, и как следствие нет визуализации пайплайна.
Да, все дорогу было именно так. Они в последнем релизе выкатили фичу когда можно внешний репозиторий подключать, но я если честно еще не успел проверить насколько она хорошо работает.
Все верно, спасибо! Но статья вводная, и я позволил себе несколько упростить картину мира. Плюс у меня есть уточнение что мы рассматриваем только "системы общего назначения", без специфики типа тестирования десктопных или мобильных приложений.
❤️
да, пока нету, добавим (
Да, вечная история. Спасибо за ваш кейс!
Звучит чертовски сложно :)
Вот тут я не согласен. Посмотрите на инфру самого сайтдога: https://shorturl.at/j1aw9
Проекту всего месяц, делался на коленке вполсилы, а там уже четыре репозитория и вагон вспомогательных сервисов по каждому подпроекту.
Мне кажется прикол именно в том что мы недооцениваем сколько этих вспомогательных штук вокруг разработки, потому что они нужны там не каждый день, но раз в неделю, в месяц, тебе приходится про них вспоминать.
Что касается больших организаций, да, там будет самая жара! Хочу как раз щас затащить туда по максимуму своих проектов рабочих и нерабочих, и посмотреть как поедет. Понятно что надо будет докручивать всякую группировку/фильтрацию/поиск, как и автоэнричмент/автодискавери - тогда оно станет сильно полезнее и на больших масштабах.
В своем текущем виде тулза точно не предендует на законченое решение высеченное в камне. Это скорее первые шаги в интересном мне направлении.
Спасибо за фидбэк!
sitedog.yml лежит в репозитории проекта само собой
В мониторинг ты не положишь ссылку на настройку DNS, когда истекает GitLab токен, и где у нас CDN. В ридми можно, да. А вы что для мониторинга используете?
Про терраформ было скорее в обратную сторону у меня идея - что не надо втаскивать терраформ в хобби проект, пока можно обойтись yaml-файлом
Спасибо за идею! Плагин для Obsidian надо тоже запилить!
Если вы на 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 именно такой.
Все верно, спасибо! Но статья вводная, и я позволил себе несколько упростить картину мира. Плюс у меня есть уточнение что мы рассматриваем только "системы общего назначения", без специфики типа тестирования десктопных или мобильных приложений.