'chromium_git': 'https://chromium.googlesource.com/chromium/src.git@'
Не очень понятно зачем из себя выходить здесь, вы ведь по сути перенесли '/chromium/src.git@' в переменную «chromium_git» или что-то ускользнуло от моего внимания?
В гипотетической ситуации, когда кто-то добавляет в pre-commit хук вызов линтера, он практически гарантировано в какой-либо момент ломает кому-нибудь rebase
А как линтер сломает rebase? он же не меняет код и не создает новых коммитов
Спасибо за разъяснение. Стало понятно, кто чем занимается)
Осталось небольшое сомнение, что для мастер ноды нужен такой же по производительности VPS как для worker, но нигде данных по этому поводу не смог найти
Это не поможет вообще обойтись без ямла гитлаба и все в коде делать?
Это вроде поле структуры:
Или там все без них только?
Вы свою пишите реализацию реляционной базы?
Спасибо за статью читал на одном дыхании и застрял на этом моменте.
Еще интересно
Я правильно понимаю что вы ноду собираетесь выбросить еще? В планах в конце статьи не нашел этого
'chromium_git': 'https://chromium.googlesource.com/chromium/src.git@'
Не очень понятно зачем из себя выходить здесь, вы ведь по сути перенесли '/chromium/src.git@' в переменную «chromium_git» или что-то ускользнуло от моего внимания?
А как линтер сломает rebase? он же не меняет код и не создает новых коммитов
Осталось небольшое сомнение, что для мастер ноды нужен такой же по производительности VPS как для worker, но нигде данных по этому поводу не смог найти
А можно пояснить что означает это раздение на master и worker? На один узел идет деплой на другом билд?
А что за «callback запросы» вы имели ввиду?