внимание вопрос: как, если $mergeInfo должен быть $null или не пустая строка (тк форматтер)

а он выдает string.Empty

Не хватает открывающей скобки к

}
      return $response;

Траблшутьте упрощением: постепенно выкидывайте куски кода

поправил

есть подозрение. что оно дохнет в GetGitlabIssue и отваливается

Например, для начала откажитесь от оператора форматирования

Запускайте код интерактивно, построчно, и смотрите на содержимое переменных

выдавая пустую строку)

ты не учитываешь несколько важных моментов.
во-первых, никто не работает 8 часов в день непрерывно в интеллектуальной деятельности. Ну ладно, может есть исключения, но не про нас.
во-вторых, кроме расходов (времени или денег) на работу, есть еще вложения в обучение и развитие которые тоже должны окупаться. Как в анекдоте - 1$ за то что ударил кувалдой, $499 за то что знал куда.
в-третьих. С любыми подобными предложениями надо кроме времени работы учитывать еще и: 1. согласование объема работ (т.з., пусть даже и просто на словах), 2. проектное управление, 3. проверку и принятие результатов (ПМИ/ПСИ). Это может показаться излишним для формализации для мелких задач, но тем не менее эти пункты никуда не исчезают, а слабое уделение им внимания увеличивает затраты на работы (а еще и нервы) многократно.
Всё это делает мелкие задачки в общем случае не выгодными.

Смотря что у вас с обработкой ошибок. Проверить причина в GetGitlabIssue или не в нём очень просто - начните с того, что уберите его

ну тут больше вопрос к тому, что это фишка пошика, что если он падает, то не валится полностью, а просто отдает пустую строку в форматтер))

и как с этим жить и взаимодействовать)

нет такой фишки

конечно я оберну в try catch, но интересно)

+100

неа, точно есть что-то, к примеру: у меня была неизвестная функция, эта хрень не падала, а отдавала пустую строку)

почему - не знаю)

пруф или не было =)

Если, допустим, метод GetGitlabIssue возвращает пустоту, то в строке <a href='{0}'>{1}</a> {2} {3} просто будут пустые места в том месте