Добрый день.
Мы используем PGCodeKeeper-cli версии 14.1.1 (от 25.03.2026), а также протестировали обновление до версии 14.3.0.
При формировании миграционного пакета для MSSQL обнаружена проблема с обработкой тела хранимых процедур: в некоторых случаях теряются символы перевода строк (\r\n / \n). В результате SQL-код “склеивается” в одну строку, что приводит к ухудшению читаемости и потенциальным ошибкам выполнения.
Пример некорректно сформированного фрагмента:
(@deficitereadymode = 0 or (select count(mdp.tid)from MaterialDeficitePositions mdpjoin transactions t (nolock) on t.parentTransaction_id = mdp.Transaction_idwhere t.tid = @Transaction_id) = 0)
Ожидаемый результат — сохранение исходного форматирования, например:
(@deficitereadymode = 0 or (
select count(mdp.tid)
from MaterialDeficitePositions mdp
join transactions t (nolock)
on t.parentTransaction_id = mdp.Transaction_id
where t.tid = @Transaction_id
) = 0)
Проблема воспроизводится стабильно на обеих версиях (14.1.1 и 14.3.0).
Добрый день.
Мы используем PGCodeKeeper-cli версии 14.1.1 (от 25.03.2026), а также протестировали обновление до версии 14.3.0.
При формировании миграционного пакета для MSSQL обнаружена проблема с обработкой тела хранимых процедур: в некоторых случаях теряются символы перевода строк (\r\n / \n). В результате SQL-код “склеивается” в одну строку, что приводит к ухудшению читаемости и потенциальным ошибкам выполнения.
Пример некорректно сформированного фрагмента:
(@deficitereadymode = 0 or (select count(mdp.tid)from MaterialDeficitePositions mdpjoin transactions t (nolock) on t.parentTransaction_id = mdp.Transaction_idwhere t.tid = @Transaction_id) = 0)
Ожидаемый результат — сохранение исходного форматирования, например:
(@deficitereadymode = 0 or (
select count(mdp.tid)
from MaterialDeficitePositions mdp
join transactions t (nolock)
on t.parentTransaction_id = mdp.Transaction_id
where t.tid = @Transaction_id
) = 0)
Проблема воспроизводится стабильно на обеих версиях (14.1.1 и 14.3.0).