311: MSSQL spike: check dependencies (mssql, node-sql-parser, antlr4, T-SQL grammar) #334
No reviewers
Labels
No labels
bug
chore
documentation
enhancement
feature
ready
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
david/pi-extensions-and-skills!334
Loading…
Reference in a new issue
No description provided.
Delete branch "feature/issue-311/mssql-spike-check-dependencies-mssql-node-sql-pars"
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?
311: MSSQL spike: check dependencies (mssql, node-sql-parser, antlr4, T-SQL grammar)
Implements 311.
Generated in 1m 13s.
Review findings
Review Findings — 311
Summary
I fixed all six findings in
extensions/mssql/spike/dependency-check.md, and the change is documentation only. I moved the issue 312 CI note into a new file,ci-coverage.md, and leftdependency-check.mdcovering issue 311 alone. I changed the advisory table cells to "None innpm audit" and added a caveat thattediousadvisories were not checked separately. The TypeScript runtime question is now written up as an open question for Stage 1. I renamed the blockers section "Risks and open points" and said that none of the points is blocking. The re-check commands now includenpm auditand thegit logcommand forsql/tsql/. The repository has no build or lint script covering this file, so I ran no gates.Critical
High
Medium
ci-coverage.md), or retitle the file and its sections so each issue's scope is clear.npm auditon a scratch install covers only the npm advisory database. The "None found" entries in the table therefore overstate the confidence. Suggested fix: either check those advisory pages and thetediousadvisories, or change the table cells to "None in npm audit" and keep the manual-check caveat.Low
antlr4runtime compatibility point is left as "may expectantlr4ngorantlr4ts". That is the main adoption question for the grammar. Suggested fix: state the outcome (grammar generation targets, and which runtime package each needs) or list it explicitly as an open question for the next stage.antlr4release gap and the 92 MB install size could be read as blockers, which makes the heading ambiguous. Suggested fix: rename the section "Risks and open points" and say whether any of them is blocking.npm auditon a scratch install, and thegit logcommand forsql/tsql/inantlr/grammars-v4.