Приветствую! Я ранее приносил свой PR с внесением некоторых изменений. Данные изменения касаются значений меток, которые можно указывать в коде HCL.
В самом API присутствует валидация при работе через UI, которая не позволяет использовать некоторые символы, а так же латинский алфавит в верхнем регистре.
Основная проблема в текущих версиях Terraform провайдера в том, что о данной ошибке можно узнать только на этапе выполнения команды terraform apply, а на этапе выполнения команды terraform validate никаких ошибок не будет обнаружено.
Сценарий работы выглядит примерно следующим образом:
абсолютно все популярные трекеры задач используют символы в верхнем регистре в качестве идентификаторов зада, например: SRE-1234;
мне, как инженеру, бывает достаточно часто необходимо использовать данный идентификатор в качестве значения метки, например: task-ref: SRE-1234;
самым простым путем добавления будет использование механики копипасты, что позволяет сейчас делать провайдер;
Хотелось бы получить такую функциональность, которая будет:
либо на этапе валидации HCL кода сообщать об ошибке не соответствия требованиям API;
либо принудительно приводить на уровне провайдера все значения меток в нижний регистр перед отправкой в API (то, что реализуется максимально просто и отражено в моем PR);
Отличными выглядят оба варианта, т.к. первый будет мне явно говорить о том, что мой код не соответствует требованиям API, а второй будет упрощать жизнь инженеров.
Приветствую! Я ранее приносил свой PR с внесением некоторых изменений. Данные изменения касаются значений меток, которые можно указывать в коде HCL. В самом API присутствует валидация при работе через UI, которая не позволяет использовать некоторые символы, а так же латинский алфавит в верхнем регистре. Основная проблема в текущих версиях Terraform провайдера в том, что о данной ошибке можно узнать только на этапе выполнения команды
terraform apply, а на этапе выполнения командыterraform validateникаких ошибок не будет обнаружено. Сценарий работы выглядит примерно следующим образом:SRE-1234;task-ref: SRE-1234;Отличными выглядят оба варианта, т.к. первый будет мне явно говорить о том, что мой код не соответствует требованиям API, а второй будет упрощать жизнь инженеров.