DogStark / DogStark/petChain-Frontend
[Frontend] Add contract-schema compatibility checks to CI
- Dominant language
- TypeScript
- Stars
- 3
- Forks
- 158
- Avg merge
- 3d 6h
- Merged PRs (30d)
- 36
Description
## Problem
The frontend can compile while using stale field names, enum values, or transaction parameters relative to the deployed contract and backend schemas.
## Scope
Compare checked-in client types/ABI artifacts with the canonical contract interface and fail on incompatible changes.
## Acceptance criteria
- CI verifies read/write method names, argument types, error/event identifiers, and network addresses.
- Additions are allowed with an explicit compatibility report; removals and type changes fail.
- A fixture test exercises pet registration, access sharing, and ownership transfer end to end against a local/test deployment.
- The check is reproducible without downloading an unpinned schema.
- Failure output identifies the consumer file and remediation.
Contributor guide
No contributing guide indexed for this repository
Research direction
Start by locating the checked-in client types and ABI artifacts, then identify the canonical contract interface and current CI entry point. Review how a local or test deployment can exercise pet registration, access sharing, and ownership transfer. Done means reproducible CI checks report additions, reject removals or type changes, and identify the consumer file and remediation.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- typescript
- Domain
- api, ci-cd, testing
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 45/100