对于 net core 中的 web 项目，我经常遇到的一个常见问题是，需要在项目之间共享易于使用的模块中的 javascript。很多时候，在 VS 项目 A 中编写的大量代码可以在项目 B 中大量使用，有时在同一个解决方案中。

限制：

1. 必须是自托管的，不公开暴露的，只有在本地网络等可以访问 libs/modules/packages/etc

2. 理想情况下，可以通过Visual Studio 项目执行，并利用构建任务、powershell、msbuild 或其他此类自动化工具来部署和打包、缩小、捆绑等 javascript 库。

3. 绝对理想的情况是，如果这一切都可以从网络文件夹中托管

NPM/纱线

我对其中任何一个都不是很熟悉，但是有没有一种方法可以将我们内置的 JavaScript 代码拖放到某个指定文件夹中，或者修改某种形式的清单、json 或 xml 文件或者你有什么，然后任何人都可以只是npm install那些包？我想我想知道的是，有没有办法告诉 npm “这个文件夹现在是你可以安装的包的来源”？

• 加分项：如果说“信任此文件夹”配置可以在 VS 项目中设置，因此如果有人新获取 git 存储库，它只会“开箱即用”工作，他们不需要通过配置 npm 的步骤或yarn 所以它知道如何找到这些包。

利伯曼

与上面相同，但主要是我想弄清楚是否有任何方法可以从 VS 配置 libman。这是默认值，也是当前正在使用的，但它只有四个默认的 CDN，它信任它，我根本看不到任何方法告诉 Libman “这是一个现在要信任的文件资源，将其添加到可选择的下拉菜单”

但是我看到基本上零配置是 libman 的一个选项，这非常令人失望。

努吉特

这是另一个在本地已经很流行的选项，但是当 NPM、Yarn 和 Libman 已经存在时，使用 nuget 来传递 js 文件让我感到很紧张，但是，我相信可以使用本地托管的 nuget 服务器已经，所以我相信基础设施已经设置好了，如果没有，我知道该怎么做。我确实喜欢 nuget 100% 肯定可以利用实际项目和构建步骤以及 msbuild 等进行部署的事实。

结论

现在流行和简单的方法是什么？最好的情况是，如果有办法，“将 manifest.json 文件放在指向内部所有模块的文件夹根目录中，然后将其作为受信任的源添加到你的包管理器，现在你可以安装这些包”

我注意到我可以使用 libman 以一种很好的方式将许多库下载到我的 Asp.Net Core 应用程序中。例如，我可以轻松获得最新的@microsoft signalr：

但是，在我的应用程序中，我不能依赖外部包源，而是希望将我需要的包存储在我的网络中。我注意到libman支持“文件系统”模式，所以我将所有从unpkg下载的文件复制到我的本地网络驱动器上，我们称之为“L：”

当我尝试使用“文件系统”提供程序时，我只直接在我指定的文件夹中获取文件，没有嵌套文件夹：

有没有办法以这种方式导入整个包，而无需手动指定 libman.json 文件中的所有子文件夹？

如果不是，当我不想依赖外部包源时，在环境中使用该工具的推荐方法是什么？

因此，我正在尝试为 .NET 5.0（本地）安装 libman CLI 工具：

这似乎有效，dotnet-tools.json 按预期更新，我可以看到本地安装的 nuget 包。

但是，运行：

或者：

指定“找不到命令”失败。

任何想法为什么它不能像任何其他 dotnet CLI 工具一样工作？我不想全局安装 libman，但我确实希望能够在本地解决方案的上下文中运行libman init、libman install等。

我正在按照 Bootstrap 5 文档创建垂直折叠手风琴，详见https://getbootstrap.com/docs/5.0/components/accordion/

然而，尽管使用 libman 安装了这个库，主类“Accordion”在 Visual Studio 2019 中引发编辑器警告：“Unknown CSS class:'accordion'”。

这是 BS5 中唯一遇到此问题的课程。

如果您知道为什么会这样，我将不胜感激。

语境

当我在 VS 中使用添加客户端库时，它会libman.json在项目中创建具有“内容”和“如果更新则复制”属性的文件

问题

为什么 libman.json 被创建为“内容”以及为什么它具有“如果是新的则复制”属性？据我了解，两者都已过时，因为我们唯一必须注意的是，libman.json应该将其放入源代码控制中。我错过了什么？

（噪音，可选读数）

（顺便说一句，在多个项目的情况下，可能有多个libman.json文件，因此Copy if newer属性使构建过程libman.json用最后一个覆盖其他，而Content属性使发布过程libman.json用最后一个覆盖其他（或在 .NET 中失败6，但请注意这篇文章不是关于如何解决这个问题的）

libman init我在 Visual Studio 2022 上很好地使用了 libman 包管理器，但是，当我使用该命令时，libman 在包控制台管理器中冻结了很长时间。

libman --version 运行良好。

我在Visual Studio 社区中发现了类似的问题，但没有任何解决方案或解决方法。

我通过以下命令清理了 libman 的缓存，但是问题没有解决。

我可以做些什么来解决这个问题？