Thanks for helping improve jooservices/wordpress-sdk.
- Start normal feature and fix work from the latest
develop. - Open pull requests back into
develop. - Use
masteronly for release flow. - Do not merge pull requests until checks, approvals, and unresolved review threads are verified.
composer installRun the relevant scripts before reporting completion:
composer validate --strict
composer lint
composer test
composer test:integration
composer security
composer quality
composer check
composer ci- Keep namespaces under
JOOservices\*. - Preserve the current
src/architecture:Auth,Configs,Contracts,Data,Endpoints,Exceptions,Http,Pagination,Services, andSupport. - Use
jooservices/clientfor HTTP concerns. - Use
jooservices/dtofor DTO/data contracts. - Prefer typed services, DTOs, and query objects over magic service resolution.
- Keep SDK core focused on the native WordPress REST API client, DTOs, auth, pagination, discovery/schema, errors, and generic REST payload helpers.
- Do not add opinionated content templates, editorial workflows, or plugin/theme implementation logic to this package. Those belong in
jooservices/wordpress-content-templatesor consuming applications. - Pint is the formatting authority.
- Add or update tests for every public behavior change.
- Keep docs, README, and maintenance notes current when behavior changes.
- Normal tests must not require live WordPress network access.
- Integration tests require
WORDPRESS_URL,WORDPRESS_USER, andWORDPRESS_APP_PASSWORD.
Inspect the actual branch, source, tests, docs, CI, and package metadata before changing code. If requirements are unclear, conflicting, missing, or unverifiable from repository/source truth, stop and ask.