Files

T

Alassane 49177d742f fix(gitlab): delete task-owned MR/PR associations on hard task delete (#2655 )

Co-authored-by: ayattara <alassane.yattara@savoirfairelinux.com>
Co-authored-by: Carlos Florencio <carlosmflorencio@gmail.com>

2026-08-15 17:21:14 +01:00

1.3 KiB

Raw Blame History

ADR-2026-08-13-hard-delete-task-contribution-links: Hard delete owns task contribution links

Status: accepted Date: 2026-08-13 Area: backend

Context

GitHub and GitLab contribution tables associate a pull request or merge request with a task, but their existing SQLite schemas do not enforce that ownership with a foreign key. Keeping those rows after a hard task delete produces inaccessible orphaned state, while archive remains the recoverable task lifecycle.

Decision

Task contribution associations and their refresh watches survive backend restart and archive/unarchive. A hard task.deleted event removes the GitHub and GitLab rows by task ID, and provider-store initialization removes historical rows without a matching tasks.id.

Consequences

Provider cleanup is idempotent and repairs missed event delivery on the next startup without rebuilding existing SQLite tables. A future contribution-history feature must introduce an explicitly owned history model rather than relying on deleted task associations.

Alternatives Considered

Rebuilding the association tables with foreign keys would make deletion atomic but has unnecessary migration risk. Retaining rows as implicit history was rejected because the rows have no first-class history owner or usable task surface.

1.3 KiB Raw Blame History