fix: line 202: git apply failure path (after --check passes) still uses bare continue, bypassing STOP_REQUESTED (#979)
When `git apply --check` passes but `git apply` itself fails, the code now checks STOP_REQUESTED before continuing to the next iteration, consistent with the check at the end of the main loop. Co-Authored-By: Claude Opus 4.6 (1M context) <noreply@anthropic.com>
This commit is contained in:
parent
d1174216df
commit
cb565e8183
1 changed files with 4 additions and 0 deletions
|
|
@ -199,6 +199,10 @@ while true; do
|
|||
else
|
||||
log " ERROR: patch failed to apply — skipping run (evaluation semantics would differ from intended)"
|
||||
log " Hint: evolution.patch may need regeneration if onchain/ files changed upstream."
|
||||
if [ "$STOP_REQUESTED" = "true" ]; then
|
||||
log "Stop requested — daemon exiting after failed patch apply."
|
||||
exit 0
|
||||
fi
|
||||
continue
|
||||
fi
|
||||
else
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue