AURORA-1984: проекты ПД без программы (+1979, 1980, 1989) #306
Loading…
x
Reference in New Issue
Block a user
No description provided.
Delete Branch "feat/305-aurora-1984-pd-standalone-projects"
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?
Refs #305. Jira: AURORA-1984, AURORA-1979, AURORA-1980, AURORA-1989.
Порядок мержа: ветка стоит поверх PR #304 (AURORA-1978), он не влит, поэтому его коммит виден и здесь. Сначала #304, затем этот PR. Номер миграции 0059 актуален на
test244c03a.Что сделано
form4_projectсlevel='project',parent_id IS NULL, своимиsection_codeиform_id. Стоит строкой ITEM под ROOT, вперемешку с программами в порядке создания. Суммы входят в ROOT один раз, GROUP с пустой программой нет. Расходы, переименование, удаление пустого, выгрузка — как у проекта в программе.header.section_code) не меняются.0059_form4_standalone_project, downgrade —pass. Спека:openspec/changes/aurora-1984-pd-standalone-projects/.Перед деплоем (T1.3):
SELECT count(*) FROM v3.form4_project WHERE parent_id IS NULL AND form_id IS NULL. Ожидается 0, иначе миграция упадёт на проверке.Проверка
node --testна HEADe5660ad: 188 passed, 0 failed.pytest tests/unitна HEADe5660ad: 172 passed, 2 failed (test_export_service_query_params.py, падают и на базе).pytest --init_db) наb87b12f: 889 passed, 10 failed, 4 skipped. Те же 10 падают на базе1aec5d2, новых нет. Весь набор на базе не зелёный (O-6):test_db_functions_integration.py::test_backend_calls_form3_add_project_and_add_line_functionstest_form2_ahr_satellite_spod_integration.py::test_satellite_spod_written_and_included_in_q4_total(3 варианта)test_upd_form_cells_subtree.py:test_edit_path_does_not_call_v_form_view[delta],test_ahr_delta_matches_get_after_rent_edit,test_jit_off_on_builders_and_edit_pathtest_upd_form_cells_subtree_0037_guard.py::test_v_form2_view_keeps_0037_limit_formulatest_export_service_query_params.py: 2 тестаb87b12fзаново не гонялись. Позже изменились фронт,export_writers.py, тесты, комментарий в SQL-миграции иdesign.md; тело миграции не менялось.Rulings I made
Рулинги из
design.mdaccessorFnвprocessColumns:structuredCloneконфига падает на функцияхprocessColumnsForm4DepthRowNormalizerдля AHR/CAP/OPER:Form1DepthRowNormalizerобщий для всех формRenameNodeModal, закрытие поis_self+ событие + id, отдельный канал ошибокpass, как у SQL-миграций репозиторияpg_temp-копия функции из 0053v3.can_edit, как у программalignNodeRows+updateCellsprogram_addedили перезагрузкиproject_idбезprogram_id) и получает уровень программы в дереве и в Excel: иначе проект после программы вкладывался в неёproject_idбезprogram_id, он станет верхним уровнемrow_addedобщий для всех формРешения по находкам и допущения
section_codeв аудите создания проекта и новый текст ошибки «Укажите либо программу, либо форму и раздел» оставлены. Цена: изменение аудита и текста ошибки для существующего пути.209d36eс трейлеромSonnet 5.5оставлен, правка переписала бы 9 SHA. Цена: расхождение в одном коммите.$do$,$function$), разделительsql_migration.pyне понимает$$; вtest_cell_patch_responseсравнение черезstrip_nulls; проверка «Только FORM_4» и в ветке без программы; unit-тесты сервера на@pytest.mark.asyncio; пробельныйitem_idсчитается отсутствием кода.Находки
209d36e209d36eform_id; проверка в миграции падает при NULL в проде69c4a8f, остальное deferredsection_codeв аудите PROJECT_CREATEadd_programalignNodeRowssubRowssubscribeToProjectAddsбез unit-тестаrenameNode=falseitem_idиз пробелов209d36e*.yml/*.logв общем.playwright-mcpf5ce14f(R-8)f5ce14fне проверялся вживуюdesign.mde5660ade5660ade5660ad🤖 Generated with Claude Code