Телеграмм чат группы ssl1c страница 2977

Size: a a a

1С, БСП, DevOps и Архитектура

1828 membersпожаловаться на группу

2020 October 27

Sergei Kondakov in 1С, БСП, DevOps и Архитектура

Gukov Viktor

А где можно почитать, что в понимании вендора "иммутабельное значение"?

единственный внятный критерий это применимость функции ЗначениеЗаполнено

источник

12:54пожаловаться #1

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура

Abramov Dmitry

В локальный репозиторий без fetch и pull само ничего не попадает.
Если имеется в виду автоматический мердж после удачного выполнения пайплайна, то там есть галка или настраивается в самом пайплайне вроде
https://docs.gitlab.com/ee/user/project/merge_requests/merge_when_pipeline_succeeds.html

Gitlab

Merge when pipeline succeeds | GitLab

Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.

Да, я имею в виду пайплайн, который стартует после создания MR. В этом случае что за чекаут делается в локальный репозиторий раннера? Я хочу получить результат автоматического мерджа, чтобы проверить на качество. Мне руками нужно это делать?

источник

12:55пожаловаться #2

Abramov Dmitry in 1С, БСП, DevOps и Архитектура

Александр Медведько

как я понял раннер переиспользует существующий репо

источник

12:57пожаловаться #3

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура

Abramov Dmitry

как я понял раннер переиспользует существующий репо

Все верно. А вот чекаут sha - это что за ветка тянется?

источник

12:58пожаловаться #4

Abramov Dmitry in 1С, БСП, DevOps и Архитектура

Александр Медведько

Все верно. А вот чекаут sha - это что за ветка тянется?

Не понял вопроса

источник

12:59пожаловаться #5

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура

Abramov Dmitry

Не понял вопроса

В случае запуска пайплайна для MR какой коммит или что-то еще автоматически подтянется в локальный репозиторий? В вашем примере строка в консоли: Checking out b5890270 ...

источник

13:00пожаловаться #6

Abramov Dmitry in 1С, БСП, DevOps и Архитектура

Александр Медведько

Чекаут делается на ветку, которая является источником реквеста.
В терминах gitlab ci это

${CI_MERGE_REQUEST_SOURCE_BRANCH_NAME}

источник

13:03пожаловаться #7

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура

Abramov Dmitry

Чекаут делается на ветку, которая является источником реквеста.
В терминах gitlab ci это

${CI_MERGE_REQUEST_SOURCE_BRANCH_NAME}

Ясно. То есть если я хочу получить результат мерджа - мне нужно это делать руками.

источник

13:04пожаловаться #8

Nikita Gryzlov in 1С, БСП, DevOps и Архитектура

Александр Медведько

Ясно. То есть если я хочу получить результат мерджа - мне нужно это делать руками.

Выше писали, что есть флаг для этого, не?

источник

13:04пожаловаться #9

АМ

Александр Медведько... in 1С, БСП, DevOps и Архитектура

Nikita Gryzlov

Выше писали, что есть флаг для этого, не?

У premium edition есть фича, но это не наш случай :) или что-то другое?

источник

13:06пожаловаться #10

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура

Ну собственно вот же
https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipelines_for_merged_results/index.html
Все верно, фича Премиума. В Коммьюнити только сурс бранч.

Gitlab

Pipelines for Merged Results | GitLab

Documentation for GitLab Community Edition, GitLab Enterprise Edition, Omnibus GitLab, and GitLab Runner.

источник

13:22пожаловаться #11

ПЗ

Пётр Зиннатханов... in 1С, БСП, DevOps и Архитектура

Ну они сейчас активно фичи в коммьюнити опускают, есть шанс что и эта доедет :)

источник

13:23пожаловаться #12

gosn1ck in 1С, БСП, DevOps и Архитектура