Consider using SafeHandle in Libgit2Object instead of void*

We've had a couple of bug reports against dotnet/runtime with rarely-reproduceable crashes coming from libgit2sharp. We believe that one possible reason could be an interop anti-pattern in Libgit2Object - void*/IntPtr representation of a native handle that can be freed in finalizer. E.g. in this case the finalizer in Libgit2Object may end up calling native free here (and other overloads).

The reason why it's called an anti-pattern can be explained by a short repro in this issue: https://github.com/dotnet/runtime/issues/103522 and a general solution is to use SafeHandle for such handles. Also, see https://learn.microsoft.com/en-us/dotnet/standard/native-interop/best-practices

Reproduction steps

Expected behavior

Actual behavior

Version of LibGit2Sharp (release number or SHA1)

Operating system(s) tested; .NET runtime tested

Bắt đầu trong LibGit2Sharp/Core/Handles/Libgit2Object.cs quanh dòng 88, sau đó lần theo finalizer và các overload giải phóng native trong LibGit2Sharp/Core/Handles/Objects.cs quanh các dòng 502-505. So sánh các đường dẫn ownership đó với hướng dẫn về SafeHandle và các báo cáo runtime được liên kết. Công việc được xem là hoàn tất khi các đường dẫn vòng đời liên quan của native handle được biểu diễn và giải phóng an toàn, không xảy ra finalizer race đã được báo cáo.