Adriano/TieMeasureFlow
1
0
Fork 0
Code Issues 4 Pull Requests Actions Packages Projects Releases 3 Wiki Activity

vendor visionsuite: riallineare il submodule a main (81 commit dietro) #68

New Issue
Closed
opened 2026-10-10 11:25:20 +00:00 by Adriano · 3 comments
Adriano commented 2026-10-10 11:25:20 +00:00
Owner
Copy Link
Copy Source

COSA: su V3.0.0 vendor/visionsuite è a 1e45b33 (07/10/2026, merge #261 in lavoro/daitarn-vsgui); visionsuite main è a 3db2edf, 81 commit avanti, 8 su vs-gui/vs-task/vs-tools (tra cui gitea:Adriano/visionsuite#237: Property con min/max/step/group, /tools li espone) e vs-core #222 (memoria operatori).
PERCHÉ: annotato «da fare» nella scheda VisionSuite dal 07/10 (#223, #237); TieMeasureFlow resta su ricette e catalogo vecchi.
CRITERIO DI FATTO: submodule a visionsuite main, uv.lock coerente, suite pytest di TieMeasureFlow verde come prima del bump, nessuna regressione nel runner (src/vision/runner.py).

COSA: su V3.0.0 vendor/visionsuite è a 1e45b33 (07/10/2026, merge #261 in lavoro/daitarn-vsgui); visionsuite main è a 3db2edf, 81 commit avanti, 8 su vs-gui/vs-task/vs-tools (tra cui gitea:Adriano/visionsuite#237: Property con min/max/step/group, /tools li espone) e vs-core #222 (memoria operatori). PERCHÉ: annotato «da fare» nella scheda VisionSuite dal 07/10 (#223, #237); TieMeasureFlow resta su ricette e catalogo vecchi. CRITERIO DI FATTO: submodule a visionsuite main, uv.lock coerente, suite pytest di TieMeasureFlow verde come prima del bump, nessuna regressione nel runner (src/vision/runner.py).
Adriano added the sviluppoassegnata:daitarn labels 2026-10-10 11:25:25 +00:00
Adriano commented 2026-10-10 11:25:25 +00:00
Author
Owner
Copy Link
Copy Source

🔵 daitarn — preso in carico 2026-10-10T11:25:21Z
ramo: lavoro/daitarn · capacità: build-windows, gpu

🔵 daitarn — **preso in carico** 2026-10-10T11:25:21Z ramo: `lavoro/daitarn` · capacità: build-windows, gpu
Adriano commented 2026-10-10 11:25:55 +00:00
Author
Owner
Copy Link
Copy Source

ANALISI (passo 1, Opus)
RIF: gitea:Adriano/TieMeasureFlow#68
STATO: V3.0.0 (origin) vendor/visionsuite = 1e45b33; visionsuite origin/main = 3db2edf. TieMeasureFlow usa visionsuite (vs-core), vs-task, vs-measure, vs-pm2d, vs-tools[locate,dxf], vs-dxf come path editable (pyproject.toml [tool.uv.sources], extra vision, Python >=3.13). NON usa vs-gui: il suo editor è maker/task_editor.html (Flask).
MODIFICHE:

  1. worktree D:/Sorgenti/lavoro/TMF-68 su ramo lavoro/daitarn-tmf68 da origin/V3.0.0.
  2. git -C vendor/visionsuite checkout 3db2edf (submodule init se vuoto); git add vendor/visionsuite.
  3. uv lock: aggiornare solo se cambiano le dipendenze dei pacchetti vendorizzati (vs-core ha l'extra fast/numba da #222); diff di uv.lock limitato ai pacchetti visionsuite.
  4. Se la suite si rompe per API cambiate (Property di vs-task ora ha min/max/step/group, /tools espone campi nuovi): adattare src/vision/runner.py o i test, minimo indispensabile.
    TEST: prima del bump e dopo, stessi comandi: uv run pytest (backend+frontend) e uv run --extra vision --python 3.13 pytest src/vision/tests src/vision_worker/tests → stesso numero di verdi, nessun nuovo rosso.
    NON TOCCARE: src/frontend (editor task: usare i limiti/gruppi nuovi è uno sviluppo a parte), i rami lavoro/* esistenti, V2.0.0.
    MERGE: lavoro/daitarn-tmf68 → V3.0.0 (ramo vivo, origin/HEAD è V2.0.0 ma il lavoro corrente è su V3.0.0).
ANALISI (passo 1, Opus) RIF: gitea:Adriano/TieMeasureFlow#68 STATO: V3.0.0 (origin) vendor/visionsuite = 1e45b33; visionsuite origin/main = 3db2edf. TieMeasureFlow usa visionsuite (vs-core), vs-task, vs-measure, vs-pm2d, vs-tools[locate,dxf], vs-dxf come path editable (pyproject.toml [tool.uv.sources], extra vision, Python >=3.13). NON usa vs-gui: il suo editor è maker/task_editor.html (Flask). MODIFICHE: 1. worktree D:/Sorgenti/lavoro/TMF-68 su ramo lavoro/daitarn-tmf68 da origin/V3.0.0. 2. git -C vendor/visionsuite checkout 3db2edf (submodule init se vuoto); git add vendor/visionsuite. 3. uv lock: aggiornare solo se cambiano le dipendenze dei pacchetti vendorizzati (vs-core ha l'extra fast/numba da #222); diff di uv.lock limitato ai pacchetti visionsuite. 4. Se la suite si rompe per API cambiate (Property di vs-task ora ha min/max/step/group, /tools espone campi nuovi): adattare src/vision/runner.py o i test, minimo indispensabile. TEST: prima del bump e dopo, stessi comandi: uv run pytest (backend+frontend) e uv run --extra vision --python 3.13 pytest src/vision/tests src/vision_worker/tests → stesso numero di verdi, nessun nuovo rosso. NON TOCCARE: src/frontend (editor task: usare i limiti/gruppi nuovi è uno sviluppo a parte), i rami lavoro/* esistenti, V2.0.0. MERGE: lavoro/daitarn-tmf68 → V3.0.0 (ramo vivo, origin/HEAD è V2.0.0 ma il lavoro corrente è su V3.0.0).
Adriano commented 2026-10-10 12:07:15 +00:00
Author
Owner
Copy Link
Copy Source

Soluzione

ESITO: fatto. vendor/visionsuite da 1e45b33 a dbd1a55 (main visionsuite, 87 commit, include #237 #278), commit 26884eb, merge fdfcf05 su V3.0.0, pushato.
uv.lock invariato: uv lock --check ok (cambia solo pyproject di vs-atd, che TMF non usa; vs-native fuori dall'albero di TMF).
PROVA (daitarn): uv run --python 3.13 --extra vision --extra dev --extra server pytest src/vision/tests src/vision_worker/tests → prima 29 passati, dopo 29 passati + test_vision_boundary 5 = 34 passati.
Suite base 3.11 (backend+flask) non rilanciata: non installa visionsuite, quindi lo spostamento non la tocca; su daitarn è lenta perché alcuni test tentano MySQL su localhost:3306 e aspettano il timeout (già rossi prima dello spostamento, indipendenti da #68).
Ramo lavoro/daitarn-tmf68, worktree D:/Sorgenti/lavoro/TMF-68.

**Soluzione** ESITO: fatto. vendor/visionsuite da 1e45b33 a dbd1a55 (main visionsuite, 87 commit, include #237 #278), commit 26884eb, merge fdfcf05 su V3.0.0, pushato. uv.lock invariato: uv lock --check ok (cambia solo pyproject di vs-atd, che TMF non usa; vs-native fuori dall'albero di TMF). PROVA (daitarn): uv run --python 3.13 --extra vision --extra dev --extra server pytest src/vision/tests src/vision_worker/tests → prima 29 passati, dopo 29 passati + test_vision_boundary 5 = 34 passati. Suite base 3.11 (backend+flask) non rilanciata: non installa visionsuite, quindi lo spostamento non la tocca; su daitarn è lenta perché alcuni test tentano MySQL su localhost:3306 e aspettano il timeout (già rossi prima dello spostamento, indipendenti da #68). Ramo lavoro/daitarn-tmf68, worktree D:/Sorgenti/lavoro/TMF-68.
Adriano removed the assegnata:daitarn label 2026-10-10 12:07:15 +00:00
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
assegnata:daitarn
assegnata:jeeg
attesa:adriano
attesa:cliente
attesa:macchina
bug
Difetto trovato in revisione o in uso
 sviluppo
Sviluppo o miglioria da fare
No Label sviluppo
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
Adriano
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: Adriano/TieMeasureFlow#68
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?