Only Try a Unique Venv If There Is a Conflict

Currently any failure when installing a benchmark's requirements triggers the creation of a unique venv for that benchmark and a retry of the install. The only failure for which we need to create a unique venv is when there is a conflict with the version of already installed packages. Adjusting the code along those lines would speed things up when their are failures (e.g. wheel cannot build) and produce less noise.

Possible solutions:

• parse the text of the first install attempt to see if it a conflict
  • this is fragile, as well as requiring that we "tee" the output of the "pip install" command
• instead of trying the common venv first, track the installed versions and use the common venv only if the benchmark's requirements are compatible
  • #158 identifies several approaches to tracking installed versions
  • this means we need to add some logic for checking requirements compatibility, though there is probably a good enough library out there (maybe in the stdlib)

Also see https://github.com/python/pyperformance/issues/144#issuecomment-1075822776.

Theo dõi luồng cài đặt requirements của benchmark và xem xét issue #158 để tìm các cách tiếp cận nhằm theo dõi các phiên bản đã cài đặt. Thay đổi được hoàn tất khi một môi trường ảo duy nhất chỉ được sử dụng cho các xung đột phiên bản gói, còn các lỗi cài đặt khác được báo cáo mà không tự động thử lại.