Fix custom object comparisons, allow for custom uninstantiated class encoding, fix float comparisons, allow for ignoring metadata

[tahoeschrader]

Describe the Changes

• Added support for serializing, deserialization, encoding, decoding, and comparing the Unit class which comes from the pint package.
• Doing so added a layer of complexity to the metadata matching functionality where the previous code base attempted comparing a dictionary of objects to a dictionary of objects that have been decomposed into their components. Thus, the second dictionary must have its values instantiated into objects for the comparison to work.
• Fixed comparison between float and float64
• Added TODO and potential code (commented out) to fix file status tracking when using pytest with norecursedirs
• Added capability to ignore certain metadata arguments straight from the assert_match method

Example Code
No new additions have been made to the API.

Additional Notes
Objects with a to_dict() and from_dict() method no longer follow the behavior of similar objects with only a dict or slots method.

Objects of type pint.unit.Unit are assumed to be the same as objects of type pint.unit.build_unit_class..Unit.

Specific arguments in the metadata can be skipped by adding an ignore=["arg", "names", "to", "ignore"] input to assert_match.

Future Work
Figure out what to do about custom units defined by users that aren't in base pint. Object checking is currently string-based because of this.

Clean up spaghetti code I wrote for this PR.

Figure out what to do about comparing numpy arrays to lists and floats to float64. I added in hacky stuff to get that to work but there must be a better way.

Fix bug where snappiershot reports tests unchecked when those tests are part of a norecursedirs command in pytest.

[panzer]

There's a lot here! Nice work, excited to see this go into use!

[panzer]

(future work) could we rework our dependencies such that we do not impose new requirements on a "customer" project? For example, if the project using snappiershot does not use pint, we shouldn't make them install it just for snappiershot, since they won't be snapshotting pint objects if they don't use it in their project

[ccheung39]

Great feature adds!

[ccheung39]

Approve on condition of addressing last comments. Please post the future work items in either Issues/Discussions if not there already, so those tips don't get buried. Looking forward to seeing this in action in our internal Morse codebase.

[Conniemac]

Thank you for taking this on. I will make tickets for the future work you mentioned.