Да, все верно. Здесь всегда проверяются полные версии сайта, сгенерированные джекилом. В принципе, сайт не такой уж большой, чтобы это было проблемой, поэтому было выбрано именно такое решение.
Вытащить изменения из пул-реквеста и проверить только их в такой реализации не представляется возможным: в файлах PR'а мы будем видеть исходник, и определить, в каком месте сайта он будет отрендерен как минимум сложно, а как максимум практически невозможно без написания какого-то анализатора. Например, если изменения коснулись, скажем, какого инклуда, который где-то входит в насколько страниц. А у нас, если посмотреть исходники, есть места, где практически ВСЁ построено на множестве таких инклудов (для единообразия страниц самоучителя, например).
Но в целом эту проблему мы уже решаем. Для сайта Deckhouse описанные в статье вариант не подошел в силу огромности самого сайта и времени его генерации: каждый раз дергать полную сборку довольно больно :) Поэтому мы решили пойти как раз по пути проверки исходников, выдергивая только измененные файлы из пул-реквестов. Надеюсь, скоро опишем и новую версию, как закончим и потестим.
Спасибо :) Как говорится, «слона-то я и не заметил».
Видимо, сработала привычка последних лет сразу идти искать документацию в интернетах, а не лезть в маны. А ведь когда-то я без интернетов собирал генту по распечатанной на рабочем принтере рукокниге и разбирался с ошибками путем чтения логов, размышлений и как раз-таки вкуривания манов… Видимо, старею.
А так и задумывалось. Это для тех, кто вообще в первый раз видит словосочетание «CI/CD» и впервые хочет что-то настроить. В будущем расширим эту тему и напишем и про разные окружения, и про бранчи и так далее.
Вот тут есть про раннеры. Принцип простой: в пайплайне пинается раннер, который выкачивает репу и выполняет прописанные инструкции. Раннер может быть на любой ОС, в докере или даже внутри кубернетеса. Пайплайн можно настроить так же как душе угодно - по ветке, тегу или хоть чему хочешь. Все это работает в СЕ-версии.
Про докер вспомнилось, как не так давно поднимал в нем Gitea - там тоже были какие-то дополнительные телодвижения не совсем очевидные сходу, чтобы заработал SSH.
В ту пору ещё некому было заниматься астроинженерной деятельностью.
Похоже, что один из рептилоидов все-таки спалился тут в комментах, иначе откуда бы ему знать, что было в той точке Вселенной 5млрд лет назад при условии ее возраста в 13млрд лет? :)
Делалось в режиме реального времени на рабочем ноуте. Вот просто взял, потушил работающий до этого докер-композ и начал разворачивать Kind. Я все свои статьи делаю вручную, прежде чем описать шаги, поэтому могу заявлять в лучших традициях программистов «У меня работает!» :)
На самом деле гонялось даже на двух рабочих ноутах: маке и синкпаде с пингвином. В обоих случаях ноуты были рабочие, система не «чистая». Единственное, что было неизменно — подключение к инету. Вангую проблему на уровне sslip.io, т.к. судя по решению выше ты просто редиректнул запрос напрямую на свою сетевуху без использования sslip. В принципе, есть второй путь: нужные домены прописать сразу в /etc/hosts, а не использовать sslip. По крайней мере для приложеньки. Для декхауса придется в главном mc менять адрес. Или не придется, если прописать все вышеуказанное со sslip прямо в hosts.
Это всего касается. Вообще что-то такое критическое завязывать на облачные сервисы левого дяди (да да, ему платишь, ты клиент, у тебя договор и права и бла бла..) — это идиотизм. Подтверждение тому — история с облачными роутерами циски (или какого-то ее подразделения), которая в силу санкций решила открыть все приватные сети просто потому что может.
Жалко, что люди этого понимать не хотят и продолжают радостно в это дерьмо вляпываться.
Интересно, а как этот дядечка стал "зампред комитета Госдумы по информационной политике, информационным технологиям и связи"? Он же IP от МАС не отличит.
А где-то вообще там есть хоть кто-то, понимающий в том, за что он отвечает?
Бывают исключения, когда работа нравится, а в компании объединены люди с одинаковыми примерно интересами, которые прутся с того, что они делают и... реально хотят делать это еще круче.
Но там еще и плюшки есть обычно: мотивашка в виде нормальной ЗП, перфоманс-ревью, рост ЗП и так далее. Без всяких KPI и прочего дерьма.
Ну а тут уже другой момент вступает в силу. Мне вот часто хочется что-то свое доделать/допилить, хотелок много, интересно и так далее... Но после работы уже просто становится лень. И если в студенческие годы я мог сидеть после учебы по ночам с красными глазами, то сейчас после такого скорее всего уже на следующуй день будет не особо хорошо :)
Это я к чему... Не обязательно соискатель, который не может показать пет-проект, не хочет его писать. А показать рабочий код NDA не позволяет.
Привет!
Да, все верно. Здесь всегда проверяются полные версии сайта, сгенерированные джекилом. В принципе, сайт не такой уж большой, чтобы это было проблемой, поэтому было выбрано именно такое решение.
Вытащить изменения из пул-реквеста и проверить только их в такой реализации не представляется возможным: в файлах PR'а мы будем видеть исходник, и определить, в каком месте сайта он будет отрендерен как минимум сложно, а как максимум практически невозможно без написания какого-то анализатора. Например, если изменения коснулись, скажем, какого инклуда, который где-то входит в насколько страниц. А у нас, если посмотреть исходники, есть места, где практически ВСЁ построено на множестве таких инклудов (для единообразия страниц самоучителя, например).
Но в целом эту проблему мы уже решаем. Для сайта Deckhouse описанные в статье вариант не подошел в силу огромности самого сайта и времени его генерации: каждый раз дергать полную сборку довольно больно :) Поэтому мы решили пойти как раз по пути проверки исходников, выдергивая только измененные файлы из пул-реквестов. Надеюсь, скоро опишем и новую версию, как закончим и потестим.
Спасибо :) Как говорится, «слона-то я и не заметил».
Видимо, сработала привычка последних лет сразу идти искать документацию в интернетах, а не лезть в маны. А ведь когда-то я без интернетов собирал генту по распечатанной на рабочем принтере рукокниге и разбирался с ошибками путем чтения логов, размышлений и как раз-таки вкуривания манов… Видимо, старею.
Ага, а «поностальгировать»… ну вы поняли :)
А так и задумывалось. Это для тех, кто вообще в первый раз видит словосочетание «CI/CD» и впервые хочет что-то настроить. В будущем расширим эту тему и напишем и про разные окружения, и про бранчи и так далее.
Вот тут есть про раннеры. Принцип простой: в пайплайне пинается раннер, который выкачивает репу и выполняет прописанные инструкции. Раннер может быть на любой ОС, в докере или даже внутри кубернетеса. Пайплайн можно настроить так же как душе угодно - по ветке, тегу или хоть чему хочешь. Все это работает в СЕ-версии.
Спасибо :)
Про докер вспомнилось, как не так давно поднимал в нем Gitea - там тоже были какие-то дополнительные телодвижения не совсем очевидные сходу, чтобы заработал SSH.
Для своих проектов это вполне норм подход, да. Я примерно таким же образом собирал LaTeX-документы :) Но задачи ведь разные бывают, и проекты…
Похоже, что один из рептилоидов все-таки спалился тут в комментах, иначе откуда бы ему знать, что было в той точке Вселенной 5млрд лет назад при условии ее возраста в 13млрд лет? :)
Спасибо ;)
Делалось в режиме реального времени на рабочем ноуте. Вот просто взял, потушил работающий до этого докер-композ и начал разворачивать Kind. Я все свои статьи делаю вручную, прежде чем описать шаги, поэтому могу заявлять в лучших традициях программистов «У меня работает!» :)
На самом деле гонялось даже на двух рабочих ноутах: маке и синкпаде с пингвином. В обоих случаях ноуты были рабочие, система не «чистая». Единственное, что было неизменно — подключение к инету. Вангую проблему на уровне sslip.io, т.к. судя по решению выше ты просто редиректнул запрос напрямую на свою сетевуху без использования sslip. В принципе, есть второй путь: нужные домены прописать сразу в
/etc/hosts, а не использовать sslip. По крайней мере для приложеньки. Для декхауса придется в главном mc менять адрес. Или не придется, если прописать все вышеуказанное со sslip прямо в hosts.MacBook Pro M1 2021
А все четко по инструкции делал?
Нигде ошибок не вылезало?
В «кластере« релиз развернулся, если через kubectl посмотреть?
Это на маке и гонялось для статьи :)
Ну и на линуксе потом тоже тестилось.
Это всего касается. Вообще что-то такое критическое завязывать на облачные сервисы левого дяди (да да, ему платишь, ты клиент, у тебя договор и права и бла бла..) — это идиотизм. Подтверждение тому — история с облачными роутерами циски (или какого-то ее подразделения), которая в силу санкций решила открыть все приватные сети просто потому что может.
Жалко, что люди этого понимать не хотят и продолжают радостно в это дерьмо вляпываться.
Так он теперь там по умолчанию main. И не только там.
А еще во многих старых проектах целенаправленно переименовывают master в main.
Чего его восстанавливать-то, ФИДО живо до сих пор :)
А где-то вообще там есть хоть кто-то, понимающий в том, за что он отвечает?
Бывают исключения, когда работа нравится, а в компании объединены люди с одинаковыми примерно интересами, которые прутся с того, что они делают и... реально хотят делать это еще круче.
Но там еще и плюшки есть обычно: мотивашка в виде нормальной ЗП, перфоманс-ревью, рост ЗП и так далее. Без всяких KPI и прочего дерьма.
Ну а тут уже другой момент вступает в силу. Мне вот часто хочется что-то свое доделать/допилить, хотелок много, интересно и так далее... Но после работы уже просто становится лень. И если в студенческие годы я мог сидеть после учебы по ночам с красными глазами, то сейчас после такого скорее всего уже на следующуй день будет не особо хорошо :)
Это я к чему... Не обязательно соискатель, который не может показать пет-проект, не хочет его писать. А показать рабочий код NDA не позволяет.
А что в этом плохого-то? :) А если речь про пет-проекты, то это не работа...