Add DriverInfo class for upstream driver tracking

[vchomakov]

Description of change

This PR adds a DriverInfo class to enable upstream drivers (like django-redis, celery, rq, etc.) to identify themselves when using redis-py as their underlying client.

Key features:

• DriverInfo dataclass that tracks upstream driver name and version
• Formatted output follows the pattern: redis-py(driver1_vVersion1;driver2_vVersion2)
• Validation ensures driver names follow Python package naming conventions (lowercase, start with letter, only letters/digits/hyphens/underscores)
• Validation ensures driver versions contain only printable ASCII without spaces or braces
• Integration with both Redis and AsyncRedis clients via optional driver_info parameter
• Most recently added driver appears first in the formatted name

Example usage:

from redis import Redis, DriverInfo

info = DriverInfo().add_upstream_driver("django-redis", "5.4.0")
client = Redis(driver_info=info)
# Client will identify as: redis-py(django-redis_v5.4.0)

Pull Request check-list

• Do tests and lints pass with this change?
  • All 10 new tests passing
  • ruff check passes
  • ruff format --check passes
• Do the CI tests pass with this change (enable it first in your forked repo and wait for the github action build to finish)?
  • Will enable and monitor
• Is the new or changed code fully tested?
  • Comprehensive test suite with 10 test cases covering:
    • Default behavior (no upstream drivers)
    • Single upstream driver
    • Multiple upstream drivers (latest first)
    • Invalid driver name validation (4 test cases)
    • Invalid driver version validation (3 test cases)
• Is a documentation update included (if this change modifies existing APIs, or introduces new ones)?
  • Docstrings added to all public methods and classes
  • Examples included in docstrings
• Is there an example added to the examples folder (if applicable)?
  • Not applicable - this is a utility class for library integrators, not end users

[petyaslavova]

Edited: Sorry - github initially showed just one small formatting change. Will review it in details tomorrow.

Didn't go through all the changes.

[petyaslavova]

I think we should unify driver metadata handling:

1. Store the redis-py client version in DriverInfo.
   If a DriverInfo object is provided, ignore lib_name and lib_version - it should be clearly stated in the docstrings.

2. Propagate DriverInfo through pools and connections.
   Pools should hold a driver_info attribute and pass it down so each connection reads driver fields only from that object.

3. Fallback behavior:
   If no DriverInfo is provided, initialize one using the existing lib_name / lib_version.

4. Deprecate lib_name and lib_version.
   Mark them as deprecated now and plan to remove them after a few releases.(we have an annotation that can be used to deprecate concrete arguments)

This will keep the driver info consistent, will remove duplicated parameters, and simplify the API going forward.

[petyaslavova]

The current implementation causes to have lib_name to be ignored - it will be valuable addition to the details in the docstrings.