但即使安装并更新后，错误仍然出现。正如已经怀疑的那样，与库的全局安装没有任何联系。它应该随 NuGet 包一起提供。
因此下一步是调查 GitHub 上的问题并找到可能的解决方案。
检查 GitHub 错误以获取可能的解决方案
在分析安装脚本或库代码之前，我们调查了 GitHub 上的错误，有些问题表明应该使用包的正确依赖项。这是LibGit2Sharp.NativeBinaries版本 2.0.306。sobj/project.assets.json检查文件时已经是这种情况了。但是，有几个问题表明 .Net 5 存在一些问题，应在 LibGit2Sharp NuGet 包的预览版本 0.27.0 中解决。
现在让我们更新包参考，看看预览版本是否.Net-6-Anwendung修复了该问题。
完美的！库没有返回异常，预期结果是正确的。工作目录实际上是一个git 存储库。
然而，引用预览版本总是令人不愉快，应该避免。从Git本身我们知道，我们可以直接 分时度假业主名单 集成源代码并将它们集成到我们的项目中。但这对我们的项目意味着什么？这就是我们想要在这个具有两种选择的 MVP 中找到的内容。
从源头创造
在最后一步中，我们现在尝试自己创建项目并将结果集成到我们的项目中。此选项允许master直接链接存储库的分支并进行相应更新。这样我们就可以获得最新的更新，而不必等待 NuGet 包的更新。
现在项目参考终于可以更新了。
该子模块按预期工作，就像 NuGet 包的预览版本一样。子模块具有与使用包管理器类似的缺点：发布新版本时必须手动更新引用。
使用子模块时，master可以直接检出分支，检查最新的开发版本。非常重要：当软件包的稳定版本0.27.0发布时，必须重新评估此选项。
结论
要查看自上次发布版本以来所做的所有更改，我们可以直接在 GitHub v0.26..master 上查看差异。
对子模块的帮助非常广泛。可以通过man 1 git-submodule和访问它man 7 gitsubmodules。
对于我的项目，我选择了子模块解决方法，因为它有一些优点：
定期构建使我能够监视子模块的更新。
我会及时了解图书馆的变化。
我可以向库开发人员提供反馈，因为我正在使用包含新功能和错误修复的版本。
我可以在不同的分支上测试该库的不同版本。
您想了解更多关于 adesso 世界中其他令人兴奋的话题吗？那么请看一下我们之前发布的博客文章。