Avoid redundant recompilation on Reset/Play in C++ exercises
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 4/5
- Tempo stimato
- 3-5 giorni
- Idoneità per principianti
- 45/100
- Tipo di issue
- Bug
- Chiarezza
- Abbastanza chiara
- Stato di attività
- Tranquilla
- Ambito
- build-system, developer-experience
Direzione di ricerca
Traccia gli handler Reset e Play e l’invocazione di build descritti nell’issue. Verifica che il codice sorgente C++ invariato riutilizzi l’eseguibile esistente, mentre il codice sorgente modificato venga comunque ricompilato; il lavoro è completato quando Reset seguito da Play salta la compilazione in assenza di modifiche al codice sorgente e ricompila dopo le modifiche.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Description:
Currently, in the C++ exercises, hitting "Reset" followed by "Play" always triggers a full recompilation of the code. While the recent fix for the pause/resume functionality is great, this recompilation worsens the user experience.
The Problem:
We frequently use the "Reset" button just to restore the robot's initial position and reset the simulation world. Having to wait ~30 seconds for the code to recompile - even when no changes have been made to the source files - significantly slows down the testing workflow and degrades the user experience.
Expected Behavior:
The system should launch the existing executable without recompiling if the user's code hasn't been modified since the last build.
Proposed Solutions:
-
Smart Compilation: Implement a check (e.g., file modification timestamps or hashes) to see if the user's code has changed. Only trigger the build process if changes are detected; otherwise, just run the existing executable.
-
Dedicated Compile Button: Decouple the actions by adding a specific "Compile" button, leaving the "Play" button strictly for execution.
- Lingua principale
- Python
- Stelle
- 11
- Fork
- 33
- Merge medio
- 2m
- PR unite (30g)
- 1
Preparare l'ambiente
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di JdeRobot/RoboticsApplicationManager
-
Difficoltà 5/5 Più di una settimana Idoneità per principianti 15/100
-
bug
Difficoltà 4/5 3-5 giorni Idoneità per principianti 38/100
JdeRobot/RoboticsApplicationManager#277 · 2 commenti ·
-
Failed to import WebGUI and HAL if entrypoint is not in rootForse di nuovo libera @javizqh l’ha presa 194 giorni fa e non c’è nessuna pull request aperta. Aperta
JdeRobot/RoboticsApplicationManager#275 · 1 assegnatario ·
-
Add cpp autocompletionAperta
Difficoltà 5/5 Più di una settimana Idoneità per principianti 20/100
-
Fix logging in VNC ConsoleForse di nuovo libera @AshishRamesh l’ha presa 465 giorni fa e non c’è nessuna pull request aperta. Apertagsoc help wanted ros-native
JdeRobot/RoboticsApplicationManager#222 · 9 commenti · 1 assegnatario ·
Tutte le issue di JdeRobot/RoboticsApplicationManager
Issue simili
-
ACK_WAITING HELP_WANTED UPDATE_CS
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
OWASP/CheatSheetSeries#2458 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 90/100
BasedHardware/omi#19711 ·
I maintainer di solito rispondono entro 1 giorno
-
Qwen3_5MoeModel no longer returns router_logits, breaking aux loss with output_router_logits=TrueAperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 78/100
huggingface/transformers#49172 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
vllm-project/vllm-metal#885 ·
I maintainer di solito rispondono entro 1 giorno