| name | code-review |
|---|---|
| description | Use when authoring or reviewing a pull request for contentstack-ruby—scope, tests, API stability, and documentation. |
- Opening a PR against
development(or the team’s active integration branch) - Reviewing a colleague’s change for risk, API impact, or test gaps
- Deciding whether a change needs CHANGELOG / version bump / README updates
- Tests: New or changed behavior lacks
speccoverage where feasible, orbundle exec rspecwould fail. - Security / secrets: No real API keys, tokens, or stack data committed; tests use fixtures and WebMock.
- Breaking changes: Public method signatures or documented behavior changed without version strategy and CHANGELOG / README updates as appropriate.
- WebMock: New HTTP paths or hosts not stubbed in
spec/spec_helper.rb, causing flaky or network-dependent specs. - Error handling: New failure modes do not use
Contentstack::Error/ErrorMessagesconsistently with the rest of the client. - Dependencies:
contentstack.gemspecorGemfilechanges without a clear reason (security pins are documented in comments—preserve that intent).
- YARD or README examples for new public options
- Clear commit messages and PR description linking to internal tickets if applicable
masteris protected by.github/workflows/check-branch.yml; follow team flow (staging→master) for production promotion.- Run
bundle exec rspeclocally; CI may not run the full suite on every PR in this repository.
skills/dev-workflow/SKILL.md— branches and commandsskills/testing/SKILL.md— fixtures and stubsskills/contentstack-ruby-sdk/SKILL.md— API surface- Reference PR pattern (Cursor rules + skills)