GG
с тем же успехом можно вообще какой-нибудь враппер на баше написать, который всю магию будет делать
Size: a a a
2020 June 22
A
я имею в виду, что subrepo и subtree есть в базовой команде гит вроде как. Первый - так точно. Нет необходимости и зачастую - возможности - тащить какие-то еще расширения, кроме "стандартных". Ты же предлагаешь, как я понял, стороннюю утилиту
Ты для выполнения job-ы и так тащишь кучу всего намного более жирного.
GG
и да, и нет
A
с тем же успехом можно вообще какой-нибудь враппер на баше написать, который всю магию будет делать
Ну только с git-repo можно не писать. Плюс, он же интегрируется в процесс разработки (собирать пачку реп в псеводмонорепу нужно не только на этапе сборки, но и при разработке).
GG
> собирать пачку реп в псеводмонорепу нужно не только на этапе сборки, но и при разработке
не возражаю
не возражаю
PG
GG
Ребят, всем привет! А это нормально, что место проекта растет, хотя все артифакты имеют
expire_in: 4 hrs? 🤨 (registry пустой, раннеры свои)артефакты ведь != регистри
GG
попробуй через апи гитлаба снести все артефакты и посмотреть, что останется )
PG
попробуй через апи гитлаба снести все артефакты и посмотреть, что останется )
Попробую, спасибо! (артефакты ведь != регистри — да, я просто сразу ответил на возможные вопросы)))
SC
Парни, здесь есть кто использует гитлаб не котобус, а от sameersbn?
При апгрейде на 13.0.6 отвалились pages по причине того что включена авторизация.
При запуске падает:
А в логах вот такое:
При апгрейде на 13.0.6 отвалились pages по причине того что включена авторизация.
При запуске падает:
gitlab_1 | 2020-06-21 18:08:21,290 INFO exited: gitlab-pages (exit status 1; not expected)
gitlab_1 | 2020-06-21 18:08:23,294 INFO spawned: 'gitlab-pages' with pid 880
gitlab_1 | 2020-06-21 18:08:23,312 INFO exited: gitlab-pages (exit status 1; not expected)
gitlab_1 | 2020-06-21 18:08:26,317 INFO spawned: 'gitlab-pages' with pid 885
gitlab_1 | 2020-06-21 18:08:26,334 INFO exited: gitlab-pages (exit status 1; not expected)
gitlab_1 | 2020-06-21 18:08:27,335 INFO gave up: gitlab-pages entered FATAL state, too many start retries too quickly
А в логах вот такое:
time="2020-06-21T17:47:11+03:00" level=info msg="GitLab Pages Daemon" revision=c94ba37 version=1.18.0
time="2020-06-21T17:47:11+03:00" level=info msg="URL: https://gitlab.com/gitlab-org/gitlab-pages"
time="2020-06-21T17:47:11+03:00" level=fatal msg="Using invalid arguments, use -config=gitlab-pages-config file instead" error="invalid command line arguments: -auth-client-id, -auth-client-secret, -auth-secret"
Народ, а с утра пораньше никто проблему не решил? Мне очень надо, чтобы заработало. Влом бэкап откатывать.
PG
Ребят, всем привет! А это нормально, что место проекта растет, хотя все артифакты имеют
expire_in: 4 hrs? 🤨 (registry пустой, раннеры свои)Помогло удаление артифактов через api. Получается
expire_in не работает на gitlab.com 🤦♂️GM
Помогло удаление артифактов через api. Получается
expire_in не работает на gitlab.com 🤦♂️эти задачи в сайдкике выполняются по расписанию, мало ли что там могло пойти не так
AG
Eduard
кол-во слоев
Почитай о мультистейдже и всё будет понятно.
SP
@lionskape дальше только RO, потом - бан
M
Объясните,пожалуйста, как работают артефакты и image.
1)Будет ли выполнятся CMD из dockerfile?
Он будет выполнен до или после script из qa-report?
Откуда он выполняется?
2) Артефакты из qa-test будут в корне или в папке с билдом?
1)Будет ли выполнятся CMD из dockerfile?
Он будет выполнен до или после script из qa-report?
Откуда он выполняется?
2) Артефакты из qa-test будут в корне или в папке с билдом?
qa-report:
stage: report
image: .../allure:latest
dependencies: ["qa-tests"]
script:
- pwd
artifacts:
paths:
- /allure-report
tags:
- reindexer-nop
dockerfile
FROM openjdk:8-jre
ADD https://repo.maven.apache.org/maven2/io/qameta/allure/allure-commandline/2.13.4/allure-commandline-2.13.4.tgz /allure-commandline-2.13.4.tgz
RUN apt-get update \
&& apt-get install tar \
&& tar -xvf allure-commandline-2.13.4.tgz \
&& chmod -R +x /allure-2.13.4/bin
VOLUME ["/allure-results"]
VOLUME ["/allure-report"]
WORKDIR /allure-2.13.4/bin
CMD ./allure generate /allure-results -o /allure-report --clean
GG
Объясните,пожалуйста, как работают артефакты и image.
1)Будет ли выполнятся CMD из dockerfile?
Он будет выполнен до или после script из qa-report?
Откуда он выполняется?
2) Артефакты из qa-test будут в корне или в папке с билдом?
1)Будет ли выполнятся CMD из dockerfile?
Он будет выполнен до или после script из qa-report?
Откуда он выполняется?
2) Артефакты из qa-test будут в корне или в папке с билдом?
qa-report:
stage: report
image: .../allure:latest
dependencies: ["qa-tests"]
script:
- pwd
artifacts:
paths:
- /allure-report
tags:
- reindexer-nop
dockerfile
FROM openjdk:8-jre
ADD https://repo.maven.apache.org/maven2/io/qameta/allure/allure-commandline/2.13.4/allure-commandline-2.13.4.tgz /allure-commandline-2.13.4.tgz
RUN apt-get update \
&& apt-get install tar \
&& tar -xvf allure-commandline-2.13.4.tgz \
&& chmod -R +x /allure-2.13.4/bin
VOLUME ["/allure-results"]
VOLUME ["/allure-report"]
WORKDIR /allure-2.13.4/bin
CMD ./allure generate /allure-results -o /allure-report --clean
CMD не выполняется
GG
он заменяется на содержимое скрипта в script: в пайплайне
GG
> 2) Артефакты из qa-test будут в корне или в папке с билдом?
в зависимости от команды. Если ты в пайплайн вставить ./allure generate /allure-results -o /allure-report --clean
то результаты будут В КОРНЕ - /allure-results , а ты хочешь ./allure-results
в зависимости от команды. Если ты в пайплайн вставить ./allure generate /allure-results -o /allure-report --clean
то результаты будут В КОРНЕ - /allure-results , а ты хочешь ./allure-results
СВ
Вопросик
если у меня concurrent больше 1
то у меня один и тотже волум подключится во все контейнеры который будет запускать ранер?
volumes = ["/path/to/volume/in/container"]
если у меня concurrent больше 1
то у меня один и тотже волум подключится во все контейнеры который будет запускать ранер?
GG
Вопросик
если у меня concurrent больше 1
то у меня один и тотже волум подключится во все контейнеры который будет запускать ранер?
volumes = ["/path/to/volume/in/container"]
если у меня concurrent больше 1
то у меня один и тотже волум подключится во все контейнеры который будет запускать ранер?
ну вроде как да