Skip to content

Document 1.13.x vs 1.x maintenance lines in README#91

Merged
koriym merged 3 commits into
1.xfrom
readme-versions-section
Apr 15, 2026
Merged

Document 1.13.x vs 1.x maintenance lines in README#91
koriym merged 3 commits into
1.xfrom
readme-versions-section

Conversation

@koriym

@koriym koriym commented Apr 15, 2026

Copy link
Copy Markdown
Member

Summary

  • Add a Versions section to README explaining the two maintenance lines
  • Frame the decision around annotations vs attributes (the real differentiator) rather than PHP version, which Composer resolves automatically via Aura.Sql
  • Note that ^1.13 would pull onto 1.x and show ~1.13.1 as the correct pin

Background

  • 1.13.x depends on ray/di ^2.13, which still ships doctrine/annotations, so Doctrine-style @Transactional keeps working
  • 1.x depends on ray/di ^2.16+, where doctrine/annotations was dropped — PHP attributes only
  • Aura.Sql 5 covers PHP 8.1–8.3; Aura.Sql 6 covers PHP 8.4+ (PDO BC break)

Test plan

  • README renders on GitHub
  • Constraint example is accurate (~1.13.1 locks to 1.13.x; ^1.13 does not)

Summary by Sourcery

Document the two maintained 1.x release lines and their selection criteria in the README, clarifying annotation vs attribute usage, Aura.Sql/PHP version implications, and providing example Composer constraints.

Documentation:

  • Add a README section describing the 1.13.x and 1.x maintenance lines, their dependencies, and when to choose each based on Doctrine annotations vs PHP attributes.
  • Document Composer constraint examples to correctly pin projects to the desired maintenance line.

Summary by CodeRabbit

  • Documentation
    • Added version guidance documentation for two maintained release lines: version 1.13.x for Doctrine docblock annotations and version 1.x for PHP attributes, including dependency requirements, supported Aura.Sql versions, and composer constraints for version selection.

koriym added 3 commits April 15, 2026 10:18
Explain that the choice between lines is driven by whether the
application uses Doctrine annotations (1.13.x via ray/di ^2.13) or
PHP attributes only (1.x via ray/di ^2.16+), and that PHP version
requirements come from the Aura.Sql major. Include a tilde/wildcard
constraint example since ^1.13 would upgrade to the 1.x line.
PHP 8.4's PDO BC break is why 6.x exists; 5.x covers 8.1-8.3.
Drop the standalone PHP version table since composer picks the
matching Aura.Sql major from the PHP version, and the real
decision for users is annotations vs attributes.
@koriym

koriym commented Apr 15, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented Apr 15, 2026

Copy link
Copy Markdown
✅ Actions performed

Review triggered.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

@sourcery-ai

sourcery-ai Bot commented Apr 15, 2026

Copy link
Copy Markdown
Contributor
Reviewer's guide (collapsed on small PRs)

Reviewer's Guide

Documents the two parallel 1.x maintenance lines in the README, clarifying how to choose between them (annotations vs attributes) and how to correctly pin Composer constraints to stay on 1.13.x.

Flow diagram for selecting version line and Composer constraint

flowchart TD
  A["Start"] --> B["Does_application_use_Doctrine_annotations_in_docblocks?"]
  B -->|Yes| C["Select_version_line_1_13_x"]
  B -->|No,_uses_PHP_attributes| D["Select_version_line_1_x_current"]
  C --> E["Set_Composer_requirement_ray_aura_sql_module_to_tilde_or_wildcard_for_1_13_x_e_g_~1_13_1"]
  D --> F["Set_Composer_requirement_ray_aura_sql_module_to_1_x_range"]
  E --> G["Composer_resolves_Aura_Sql_major_from_PHP_version"]
  F --> G
  G --> H["Install_dependencies_with_selected_line"]
  H --> I["End"]
Loading

File-Level Changes

Change Details Files
Add a Versions section explaining the two 1.x maintenance lines and their dependency/metadata differences.
  • Introduce a Versions section describing the 1.13.x and 1.x lines and when to pick each based on annotations vs attributes usage.
  • Clarify the ray/di and doctrine/annotations dependency differences between 1.13.x and 1.x.
  • Document which Aura.Sql majors are supported by each line and how PHP version maps to Aura.Sql 5 vs 6.
README.md
Document correct Composer constraints for staying on the 1.13.x line.
  • Explain that ^1.13 would allow upgrades to 1.14+ and move users to the 1.x line.
  • Provide a JSON composer.json snippet demonstrating ~1.13.1 as the correct pin to remain on 1.13.x.
  • Clarify that Composer automatically resolves the matching Aura.Sql major from the project PHP version.
README.md

Tips and commands

Interacting with Sourcery

  • Trigger a new review: Comment @sourcery-ai review on the pull request.
  • Continue discussions: Reply directly to Sourcery's review comments.
  • Generate a GitHub issue from a review comment: Ask Sourcery to create an
    issue from a review comment by replying to it. You can also reply to a
    review comment with @sourcery-ai issue to create an issue from it.
  • Generate a pull request title: Write @sourcery-ai anywhere in the pull
    request title to generate a title at any time. You can also comment
    @sourcery-ai title on the pull request to (re-)generate the title at any time.
  • Generate a pull request summary: Write @sourcery-ai summary anywhere in
    the pull request body to generate a PR summary at any time exactly where you
    want it. You can also comment @sourcery-ai summary on the pull request to
    (re-)generate the summary at any time.
  • Generate reviewer's guide: Comment @sourcery-ai guide on the pull
    request to (re-)generate the reviewer's guide at any time.
  • Resolve all Sourcery comments: Comment @sourcery-ai resolve on the
    pull request to resolve all Sourcery comments. Useful if you've already
    addressed all the comments and don't want to see them anymore.
  • Dismiss all Sourcery reviews: Comment @sourcery-ai dismiss on the pull
    request to dismiss all existing Sourcery reviews. Especially useful if you
    want to start fresh with a new review - don't forget to comment
    @sourcery-ai review to trigger a new review!

Customizing Your Experience

Access your dashboard to:

  • Enable or disable review features such as the Sourcery-generated pull request
    summary, the reviewer's guide, and others.
  • Change the review language.
  • Add, remove or edit custom review instructions.
  • Adjust other review settings.

Getting Help

@coderabbitai

coderabbitai Bot commented Apr 15, 2026

Copy link
Copy Markdown

No actionable comments were generated in the recent review. 🎉

ℹ️ Recent review info
⚙️ Run configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: c221e1f4-8d0a-4c32-b0ee-662ca9fa2876

📥 Commits

Reviewing files that changed from the base of the PR and between 814531f and 22738b2.

📒 Files selected for processing (1)
  • README.md

📝 Walkthrough

Walkthrough

Added a "Versions" section to README documenting two maintained release lines for ray/aura-sql-module: 1.13.x for Doctrine docblock annotations and 1.x for PHP attributes only, with their respective dependencies and Aura.Sql compatibility.

Changes

Cohort / File(s) Summary
Documentation
README.md
Added new "Versions" section describing two release lines (1.13.x and 1.x), their intended use cases (Doctrine annotations vs. PHP attributes), dependency versions, Aura.Sql compatibility, supported PHP ranges, and Composer constraint examples.

Estimated code review effort

🎯 1 (Trivial) | ⏱️ ~3 minutes

Poem

🐰 Two paths diverge in the version tree,
Annotations old and attributes free,
A rabbit's note, both lines maintained,
So developers choose what's best ordained!

🚥 Pre-merge checks | ✅ 3
✅ Passed checks (3 passed)
Check name Status Explanation
Description Check ✅ Passed Check skipped - CodeRabbit’s high-level summary is enabled.
Title check ✅ Passed The title accurately and clearly summarizes the main change: adding a 'Versions' section to README documenting the 1.13.x versus 1.x maintenance lines.
Docstring Coverage ✅ Passed No functions found in the changed files to evaluate docstring coverage. Skipping docstring coverage check.

✏️ Tip: You can configure your own custom pre-merge checks in the settings.

✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch readme-versions-section

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands and usage tips.

@sourcery-ai sourcery-ai Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hey - I've left some high level feedback:

  • The wording around "1.13.x" vs "1.x (current)" is a bit ambiguous; consider clarifying explicitly which 1.x versions are attribute-only (e.g., "1.14+" or similar) so readers don’t have to infer the cutoff.
  • In the Composer constraint explanation, the phrase "pull you onto the 1.x line" could be clearer, since 1.13.x is also in the 1.x series; consider rephrasing to something like "would also match 1.14+ and therefore upgrade you to the attribute-only releases."
Prompt for AI Agents
Please address the comments from this code review:

## Overall Comments
- The wording around "1.13.x" vs "1.x (current)" is a bit ambiguous; consider clarifying explicitly which 1.x versions are attribute-only (e.g., "1.14+" or similar) so readers don’t have to infer the cutoff.
- In the Composer constraint explanation, the phrase "pull you onto the 1.x line" could be clearer, since `1.13.x` is also in the 1.x series; consider rephrasing to something like "would also match 1.14+ and therefore upgrade you to the attribute-only releases."

Sourcery is free for open source - if you like our reviews please consider sharing them ✨
Help me be more useful! Please click 👍 or 👎 on each comment and I'll use the feedback to improve your reviews.

@codecov

codecov Bot commented Apr 15, 2026

Copy link
Copy Markdown

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 100.00%. Comparing base (814531f) to head (22738b2).
⚠️ Report is 4 commits behind head on 1.x.

Additional details and impacted files
@@             Coverage Diff             @@
##                 1.x       #91   +/-   ##
===========================================
  Coverage     100.00%   100.00%           
  Complexity       142       142           
===========================================
  Files             41        41           
  Lines            505       505           
===========================================
  Hits             505       505           

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.

@koriym
koriym merged commit 9034424 into 1.x Apr 15, 2026
20 of 21 checks passed
@koriym
koriym deleted the readme-versions-section branch April 15, 2026 01:52
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