RSHB/DFiP_Budget_planing
9
0
Fork 0
Code Issues 24 Pull Requests 17 Actions Packages Projects Releases Wiki Activity

Миграция 0052: задвоенное определение v_form2_view после PR #292, откатывает AURORA-1897/1906 #294

New Issue
Closed
opened 2026-11-03 16:37:59 +03:00 by aep · 0 comments
aep commented 2026-11-03 16:37:59 +03:00
Owner
Copy Link

PR #292 (fix-migrations, коммит 155ab65) слил два конфликтующих набора миграций 0050-0053. Для 0052_form2_ahr_limit_period_vat_units.sql слияние прошло простой конкатенацией: в файл дважды попало CREATE OR REPLACE FUNCTION v3.v_form2_view — актуальное тело (AURORA-1897 + AURORA-1906, строка 116) и устаревшее, скопированное из старой ветки upd_form_cells_subtree" (строка 3008, предшествует всей цепочке Фомичева). SQL выполняется построчно, второе определение побеждает — в БД остаётся старое тело: без колонки СПОД (AURORA-1906) и с вызовом уже удалённой этой же миграцией 4-аргументной _form2_ahr_limit_amount(name, unit, limit_with_vat, qty)вместо новой 3-аргументной_form2_ahr_limit_amount(period, limit_without_vat, qty)(AURORA-1897).\n\nПодтверждено: Салмин 03.11 вернул AURORA-1897 с тестирования — у принтеров/МФУ/копиров норматив снова не отображается, это ровно поведение до фикса. AURORA-1906 (СПОД, ещё не тестировалась) упадёт по той же причине.\n\nФикс: убрать изapi/alembic/versions/sql/0052_form2_ahr_limit_period_vat_units.sqlвторое (устаревшее) определениеv_form2_view`, оставить первое. Остальные файлы (0050/0051/0053) проверены — там функции не задвоены.

PR #292 (`fix-migrations`, коммит 155ab65) слил два конфликтующих набора миграций `0050-0053`. Для `0052_form2_ahr_limit_period_vat_units.sql` слияние прошло простой конкатенацией: в файл дважды попало `CREATE OR REPLACE FUNCTION v3.v_form2_view` — актуальное тело (AURORA-1897 + AURORA-1906, строка 116) и устаревшее, скопированное из старой ветки `upd_form_cells_subtree" (строка 3008, предшествует всей цепочке Фомичева). SQL выполняется построчно, второе определение побеждает — в БД остаётся старое тело: без колонки СПОД (AURORA-1906) и с вызовом уже удалённой этой же миграцией 4-аргументной `_form2_ahr_limit_amount(name, unit, limit_with_vat, qty)` вместо новой 3-аргументной `_form2_ahr_limit_amount(period, limit_without_vat, qty)` (AURORA-1897).\n\nПодтверждено: Салмин 03.11 вернул AURORA-1897 с тестирования — у принтеров/МФУ/копиров норматив снова не отображается, это ровно поведение до фикса. AURORA-1906 (СПОД, ещё не тестировалась) упадёт по той же причине.\n\nФикс: убрать из `api/alembic/versions/sql/0052_form2_ahr_limit_period_vat_units.sql` второе (устаревшее) определение `v_form2_view`, оставить первое. Остальные файлы (0050/0051/0053) проверены — там функции не задвоены.
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
auto-assigned
Бот автоматически назначил ревьюеров
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
PotapovaA Raykov-MS SalminMP Veronika Yashin1994 aep grog maxim tsygankoviva
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: RSHB/DFiP_Budget_planing#294
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?