Вот что мне возвращает git log --full-history https://pastebin.com/88CUFCpK и вызывает сборку. Хотя я всего лишь добавил файл и замержил в мастер.

я вот не могу правильно трактовать эту историю, не получается.

почему в историю включилась разница между текущим мастером и бранчем, который существенно отстал от мастера.

я ведь мержил бранч с мастером. откуда append?

я ожидал бы, что в историю попадет только добавленный в бранче файл

если есть пользователи jenkins, то я создал минимальный пример

если кто-то сможет у себя повторить буду благодарен на тестовом публичном репозитории https://gitlab.com/anatoly.shirokov/jenkins-git-plugin-problem/-/tree/main

1. создал пустой репозиторий  
2. создал бранч must_be_not_triggered, добавил туда директорию и файл
3. вернулся в мастер, создал triggereddir с файлом
4. создал свободную задачу в Jenkins, настроил правило git plugin polling ignore cernain paths на include regions: ^triggereddir/.*
5. получил первую сборку чистого репозитория
6. замержил бранч must_be_not_triggered в main с директорией не входящей в include regions и сборка стриггерилась

настройки задачи: https://pastebin.com/53E1k6Vk

я не очень в гите разбираюсь. устроился на работу как джун и как раз руководитель в отпуске ушёл. мне разрешено делать только фичветки, кодить, потом запрашивать pr их в develop. я наделал несколько pr этих веток. ребята смотрят, ревьювят, если что я правки делаю и пушу опять. но так как мои ветки никто не вливает, develop ушла вперед. что мне делать? обновлять их периодически?   мержить от девелоп и опять пушить?

Не делайте merge если develop ветка ушла вперёд, то перебазируйте её на мастер.

спасибо. правда я не понял )

Зависит от того какой workflow у вас в команде, обычно либо делают мерж девелопа в фичеветку, либо ребейзят фичеветку поверх девелопа (первое создаёт лишние мержкоммиты, второе меняет историю ветки)

понятно. пока не знаю как у них

Второе в команде > 2-3 человек бывает больно

Зависит, если все в команде так делают, то все привыкают не базироваться на чужих ветках (или готовы что эта чужая ветка может уйти у них их под ног)

У нас например так, из разряда даже когда куча людей сидит на одной фичеветке или базируют свою ветку на ней, потом автор такой "я тут заребейзил на новый девелоп" и все пошли ресетить/ребейзить свои ветки

И всем как будто даже норм

У меня в команде человек сто, наверное. И rebase flow нормально работает.

зачем вообще базировать ветки на чужих? это значит, что с процессами что-то не так и вы неправильно задачи бьете

Эм, а как жить? Вообще без веток?