Ага, спасибо, попробую так.

Похоже так не получится, потому что на пуш опять будет вызвана та же джоба, и так до бесконечности.

skip_ci как бы для этого и нужен https://docs.gitlab.com/ee/ci/yaml/README.html#skip-pipeline

Привет. Есть ли в гитлабе возможность автоматического мержа из Bugfix -> Stage -> Develop,

напиши бота или скрипт

А можно ли как-то узнать откуда пришел мерж?

к сожалению, не знаю. Наверное

Есть флаг skip_ci для пуша

Приветы!
хочется сделать вложенный  проект helm в существующий с java

делаю через https://docs.gitlab.com/ee/api/repository_submodules.html

но там всегда ссылается на один и тот же коммит

на момент создания

ребята, как такие кейсы решаются?

как сделать чтобы из сабмодуля подтягивались только последние коммиты?

не забывать правильно пушить в сабмодули. и правильно пуллить из них

тебя ждет множество прекрасный приключений с этой трешовой возможностью

воркфлоу в тупую у тебя вот такой

# Get the submodule initially
git submodule add ssh://bla submodule_dir
git submodule init

# Time passes, submodule upstream is updated
# and you now want to update

# Change to the submodule directory
cd submodule_dir

# Checkout desired branch
git checkout master

# Update
git pull

# Get back to your project root
cd ..

# Now the submodules are in the state you want, so
git commit -am "Pulled down update to submodule_dir"

а потом там сверху накрутили уже встроенных всяких штук типа
git submodule update --init --recursive

очень не круто когда кто-нибудь ошибается и не коммитит сабмодуль или обновляет не правильно

А есть в таком случае нормальные решения?

Можно ли вести сабмодуль как отдельный проект и подтягивать его только в pipeline? Чтобы избежать боль неправильных коммитов