Skip to content

Bump version to 1.1.0 - #6

Open
jvmvik wants to merge 1 commit into
feature/ruby-parityfrom
chore/bump-version-1.1.0
Open

Bump version to 1.1.0#6
jvmvik wants to merge 1 commit into
feature/ruby-parityfrom
chore/bump-version-1.1.0

Conversation

@jvmvik

@jvmvik jvmvik commented Aug 16, 2026

Copy link
Copy Markdown
Contributor

Bumps Client::VERSION from 1.0.0 to 1.1.0, plus the README change log.

Why a minor bump

New features since 1.0.0, all backwards compatible:

  • Connection reuse (persistent, close())
  • Default search parameters in the constructor, and the array-style constructor
  • Associative array decoding (assoc)
  • API key masking in debug output (__debugInfo(), inspect())
  • Markdown output (markdown(), search_archive($id, 'md'))

No removals and no signature breaks, so a minor bump under semver rather than a major one.

Side effect worth knowing

Client::VERSION also feeds the source query parameter, so requests will start reporting serpapi-php:1.1.0 instead of serpapi-php:1.0.0. That is the intent — it makes the new release distinguishable in usage statistics — but it does mean this PR changes what goes over the wire, not just a constant.

Verified: Client::SOURCE resolves to serpapi-php:1.1.0, PHPStan level 6 clean, 108 tests passing.

For the reviewer

Based on feature/ruby-parity (#3), not Init, since it is those features this bump is versioning. Merge order: #3, then #5 (Markdown), then this.

composer.json intentionally carries no version field — Packagist derives it from the git tag, and a hardcoded field would be a second source of truth to keep in sync. Tagging 1.1.0 after merge is what actually publishes the release.

Related: the repo has no CHANGELOG.md; the change log lives as a README section, which is what this PR updates. Splitting it into a real changelog file is worth doing separately.

🤖 Generated with Claude Code

New features since 1.0.0, all backwards compatible: connection reuse,
default search parameters in the constructor, associative array decoding,
API key masking in debug output and Markdown output. A minor bump under
semver.

Client::VERSION also feeds the `source` query parameter, so requests now
report `serpapi-php:1.1.0` and the new release is distinguishable in usage
statistics.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant