bisect: advertise gzip,deflate encoding when supported

[staabm]

time to fetch the commits..

... before this PR

➜  phpstan-src git:(bisect-gzip) ✗ time php bin/phpstan bisect foo.php  --good=2.1.0 --bad=2.1.46

Fetching commits between 2.1.0 and 2.1.46...
--------------------------------------------

php bin/phpstan bisect foo.php --good=2.1.0 --bad=2.1.46  0.27s user 0.17s system 0% cpu 54.959 total

... after this PR

➜  phpstan-src git:(bisect-gzip) ✗ time php bin/phpstan bisect foo.php  --good=2.1.0 --bad=2.1.46

Fetching commits between 2.1.0 and 2.1.46...
--------------------------------------------

php bin/phpstan bisect foo.php --good=2.1.0 --bad=2.1.46  0.22s user 0.08s system 0% cpu 44.516 total

-> saves ~10 seconds when downloading big responses

[Copilot]

Pull request overview

This PR improves download performance for bisect (and other HTTP fetches that reuse the same client setup) by advertising gzip,deflate support to allow servers to return compressed responses when PHP can decode them.

Changes:

• Added PHPStan\Internal\HttpClientFactory to create a Guzzle client and default Accept-Encoding: gzip,deflate when zlib is available.
• Updated BisectCommand to create its HTTP client via the new factory.
• Updated FixerApplication to create its HTTP client via the new factory (and removed the direct Client import).

Reviewed changes

Copilot reviewed 3 out of 3 changed files in this pull request and generated 3 comments.

File	Description
src/Internal/HttpClientFactory.php	New factory that sets default Accept-Encoding and instantiates GuzzleHttp\Client.
src/Command/FixerApplication.php	Switches to using HttpClientFactory for download checks and removes direct client construction.
src/Command/BisectCommand.php	Switches to using HttpClientFactory for GitHub API requests.

---

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

[ondrejmirtes]

Should be a service, not a static function. So we can pass options from config parameters

[staabm]

to make use of this service via DI in this command we would need to call CommandHelpe::begin, and this might require more changes.

I feel its not the right time todo this now. as this command is using cli options to pass it into a subshell, which CommandHelpe::begin seems to expect to be used for the main-process