Improving hash library workflow

For the current workflow, if there are hash library test failures for a pytest session, then these are easily discoverable thanks to the rich loveliness of the html figure comparison.

However, given any single hash library failure, the outcome is essentially three-fold:

1. the graphic test has detected a genuine failure that requires to be resolved (somehow)
2. the tolerance of the test requires to be increased
3. a new hash value requires to be associated with the test and recorded in the hash library along with a new image

The choice of including or not including a new hash can result in a blend of the existing hash library and a new hash library (as opposed to accepting all new hashes).

We could extend the workflow to offer the user the choice to manually accept or reject any new proposed hashes. This would ease the burden of customising the hash library and also resolving any result-failed-diff.png images, all of which should then be placed under version control (somewhere).

We adopt this approach on SciTools/iris and SciTools/tephi, for example see https://github.com/SciTools/tephi/pull/78.

Bắt đầu bằng việc xem xét workflow của phiên pytest, cách xử lý thư viện hash và các artifact result-failed-diff.png được mô tả trong issue. So sánh cách tiếp cận được sử dụng trong SciTools/tephi pull request 78; công việc được xem là hoàn tất khi người dùng có thể chấp nhận hoặc từ chối thủ công các hash được đề xuất, đồng thời các hash và hình ảnh kết quả được giữ dưới quyền kiểm soát phiên bản.