Improving the daily stubtest check for third-party stubs

Currently, stubtest checks the stdlib and all third-party stubs daily and will create a new issue if there are discrepancies. While this is fine for the stdlib, it gets annoying for third-party stubs, and doesn't scale well. We either need to fix third-party stubs to a fixed version, which is often overly specific and causes a new stubsabot issue whenever a new micro version is released, or we need to use a range, which has the danger of triggering a new issue daily until fixed. It also means that third-party stubs get checked every night, no matter whether a new package was released or not.

Instead I suggest we extend stubsabot to run on every newly released package version. If the new release is outside the supported version range of the stubs, stubsabot will function as it does now. If the new release is within the supported version range, stubsabot will run stubtest against the new package and open an issue specific for that package if stubtest fails.

This would make fixing these issues less pressing, but also enable us to use more relaxed version ranges. Changes in the "most annoying" packages often only concern internal API and/or are backwards compatible. In the future, we might even consider opening up the ranges more, for example by using >= X.Y.Z, < (X-1) for packages following semver.

Bắt đầu bằng cách xác định phần triển khai của stubsabot và lần kiểm tra stubtest hằng ngày, sau đó lần theo cách phát hiện các phiên bản gói và các phạm vi được hỗ trợ. Xem lại quy trình tạo issue hiện có và phần tích hợp với việc phát hành gói. Công việc được xem là hoàn tất khi các bản phát hành mới kích hoạt việc kiểm tra các stub bên thứ ba bị ảnh hưởng, còn các lỗi nằm trong phạm vi được hỗ trợ sẽ mở issue dành riêng cho gói mà không lặp lại hằng đêm.