问题标签 [package-manager-console]

我们正在从一个经典的桌面应用程序项目切换到一个 Angular Web 项目，在这个项目中一切都很好地适合 Visual Studio，在这个项目中，所有东西似乎都分散在不同的环境中。

其中一个变化是 nuget 包，这让我觉得我们回到了 80 年代，一切都需要使用命令提示符中的命令来完成，而不仅仅是使用按钮和菜单。我觉得这有点烦人，因为现在您必须记住一长串命令，而以前您只能记住按钮的位置。

是否有一个地方可以存储可以在包管理器控制台中浏览的命令列表？例如，如果我忘记了将我的模型编写成 SQL 脚本的命令，我可以只浏览列表，而不是查找同事告诉我它是什么的电子邮件？

长话短说：我正在尝试通过 VS2019 包管理器控制台在解决方案中自动化包 .net 框架 nuget 更新，但我无法获得对其他包的包依赖项（尽管我知道数据可用，因为您可以在用户界面）。

长话短说：我正在尝试为 .net 框架自动安装 nuget，我选择使用 Visual Studio 中的包管理器控制台（如果有首选选项，我很想听听）。我要解决的问题是：问题输入：包 A：版本 1，依赖包 B 版本 > 1。版本 2 依赖包B版本 > 2。包 B：版本 1。版本 2 具有突破性的变化。包 C：版本 1，依赖于包 B 版本 > 1。

我要解决的问题：我有同一个项目引用的这 3 个包。我想将包 A 升级到版本 2。它的依赖项是包 B 版本 > 2。运行包 A 更新到版本 2（通过包管理器 UI 或控制台）会将包 B 更新到版本2。Boom！- 包 C 将仅在运行时检测到它缺少 B 版本 1 所需的方法！

我正在尝试做什么- 编写安装过程脚本，提示用户输入这些类型的依赖项。

我的问题- 为此我想获得一个包依赖项，但我找不到使用包管理器控制台的方法。

感谢一些帮助:)

根据Microsoft Docs包管理器控制台有助于包管理。它还允许发布与迁移相关的命令（例如Add-Migration）。

我通过尝试它的限制来鬼混，并注意到一些 Powershell 命令根本不起作用（无限期等待）。示例（尝试在容器中打开外壳）：

我很确定我过去遇到过其他限制。

我试图找出这个控制台的已知限制是什么，因为在许多情况下，从 Visual Studio 运行 Powershell 命令更方便，但找不到任何相关文档。

问题： Visual Studio 的包管理器控制台 (Powershell) 有哪些限制？（相对于 Windows Powershell 控制台）

嗨，我在 .Net Core 应用程序中通过包管理器控制台编写更新数据库命令时出错。我编写了 Update-Database，PMC 使用了 Update-Datebase。

PM>更新-数据库

System.ArgumentException：不支持关键字：'datebase'。在 Microsoft.Data.Common.DbConnectionOptions..ctor(String connectionString, Dictionary 2.b__0(DbContext c, TState s) 在 Microsoft.EntityFrameworkCore.SqlServer的 Microsoft.Data.Common.DbConnectionOptions.ParseInternal(Dictionary 2 parsetable, String connectionString, Boolean buildChain, Dictionary2 synonyms, Boolean firstKey) 2 synonyms) at Microsoft.Data.SqlClient.SqlConnectionString..ctor(String connectionString) at Microsoft.Data.SqlClient.SqlConnectionFactory.CreateConnectionOptions(String connectionString, DbConnectionOptions previous) at Microsoft.Data.ProviderBase.DbConnectionFactory.GetConnectionPoolGroup(DbConnectionPoolKey key, DbConnectionPoolGroupOptions poolOptions, DbConnectionOptions& userConnectionOptions) at Microsoft.Data.SqlClient.SqlConnection.ConnectionString_Set(DbConnectionPoolKey key) at Microsoft.Data.SqlClient.SqlConnection.set_ConnectionString(String value) at Microsoft.Data.SqlClient.SqlConnection..ctor(String connectionString) at Microsoft.EntityFrameworkCore.SqlServer.Storage.Internal.SqlServerConnection.CreateDbConnection() at Microsoft.EntityFrameworkCore.Storage.RelationalConnection.get_DbConnection() at Microsoft.EntityFrameworkCore.Storage.RelationalConnection.Open(Boolean errorsExpected) at Microsoft.EntityFrameworkCore.SqlServer.Storage.Internal.SqlServerDatabaseCreator.<>c__DisplayClass18_0.<Exists>b__0(DateTime giveUp) at Microsoft.EntityFrameworkCore.ExecutionStrategyExtensions.<>c__DisplayClass12_0.Storage.Internal.SqlServerExecutionStrategy.Execute[TState,TResult](TState state, Func 3 operation, Func3 verifySucceeded) at Microsoft.EntityFrameworkCore.ExecutionStrategyExtensions.Execute[TState,TResult](IExecutionStrategy strategy, Func2 operation, Func2 verifySucceeded, TState state) at Microsoft.EntityFrameworkCore.ExecutionStrategyExtensions.Execute[TState,TResult](IExecutionStrategy strategy, TState state, Func`2 operation) at Microsoft.EntityFrameworkCore.SqlServer.Storage.Internal.SqlServerDatabaseCreator.Exists(Boolean retryOnNotExists) at Microsoft.EntityFrameworkCore.SqlServer.Storage.Internal.SqlServerDatabaseCreator.Exists() 在 Microsoft.EntityFrameworkCore.Migrations.HistoryRepository.Exists() 在 Microsoft.EntityFrameworkCore.Migrations.Internal.Migrator.Migrate(String targetMigration) 在 Microsoft.EntityFrameworkCore.Design。 Microsoft.EntityFrameworkCore.Design.OperationExecutor.UpdateDatabaseImpl(String targetMigration, String contextType) 中的 Internal.MigrationsOperations.UpdateDatabase(String targetMigration, String contextType)。Microsoft.EntityFrameworkCore.Design.OperationExecutor.OperationBase.Execute 上的 Design.OperationExecutor.UpdateDatabase.<>c__DisplayClass0_0.<.ctor>b__0()（操作动作）

不支持关键字：'datebase'。

我经常针对现有数据库，我已经映射了所有表，但程序认为它与 SQL Server 不一致。在 EF6 中，我将使用忽略更改添加迁移，然后调用 update-database，这对我总是有效。我喜欢使用这种方法，因为我的理解是 EF 不会将任何实际更改推送到数据库（例如，如果表映射奇怪，我会遇到 EF 会完全影响外键连接的情况）。

我的问题是使用包管理器控制台在 EF Core 中有类似的功能。

或者，如果不推荐使用 ignorechanges 参数，是否有将 C# 模型（即可能在 update-database 中的某些参数？）与 SQL Server 数据库同步，以保证不会将来自 C# 的修改推送到生产表，但向下可以接收流变化吗？

我已经创建了一个项目模板和一个 VSIX，其中包括一个向导，它将在创建项目之前做一些额外的事情。实际上，我们在项目中包含了一些自定义 nuget，它们会敦促用户在项目创建后恢复 nuget。

现在的问题是某些用户（开发人员）没有配置正确的包源。

因此，我正在寻找一种在项目由 vsix 创建后添加此特定包源的方法，例如在我的向导的“RunFinished”方法中。

我知道我可以通过调用来做到这一点：

但我不清楚如何通过代码使用例如包管理器控制台来实现这一点。或者我可以通过使用来实现这一点

并执行上述命令

这似乎没有做这项工作：-/

有人对我有提示吗？

当我去更新我的数据库时，我$env:ASPNETCORE_ENVIRONMENT="Development"首先运行，然后执行Update-Database命令来设置正确的环境。例如，如果我之前部署了对 Test 的更改，则运行此命令应该将我指向我的开发环境，而不再指向 Test。

不幸的是，这只适用于 33% 的时间。每次我运行它时，我也会运行$env:ASPNETCORE_ENVIRONMENT并检查它是否返回正确的环境并且确实如此。然后我运行Update-Database我需要的命令，它会以某种方式变回以前的环境。

任何人都知道我做错了什么或知道我将连接到正确的数据库的方法吗？如果命中了错误的数据库并且数据恰好被删除或系统出现故障，这可能会非常糟糕。

我正在从这个 udemy 课程udemy_course_link学习 asp .net 。每当我在 Visual Studio 2019 中打开包管理器控制台时，都会出现以下错误：

错误消息是：无法将“System.__ComObject”类型的 COM 对象转换为接口类型“EnvDTE80.DTE2”。此操作失败，因为 IID 为“{2EE1E9FA-0AFE-4348-A89F-ED9CB45C99CF}”的接口的 COM 组件上的 QueryInterface 调用因以下错误而失败：加载类型库/DLL 时出错。（来自 HRESULT 的异常：0x80029C4A (TYPE_E_CANTLOADLIBRARY)）。

我是视觉工作室的新手。我在 StackOverflow 中发现了一个类似的问题，但这并没有帮助。

我使用 MVC 5 和 .NET framework 4.5.2 进行编码。我创建了新项目并添加了新模型并构建了我的解决方案。但是我没有从包管理器控制台得到任何迁移错误。

这是错误，

“在程序集'示例'中找不到迁移配置类型。（在 Visual Studio 中，您可以使用包管理器控制台中的 Enable-Migrations 命令添加迁移配置）。”

我尝试使用Enable-Migrations -Force 然后我得到以下解决这个问题，

“检查上下文是否针对现有数据库......为项目示例启用了代码优先迁移。”

之后我尝试更新我的数据库......然后我收到另一条错误消息。这里是，

“无法更新数据库以匹配当前模型，因为存在挂起的更改并且自动迁移被禁用。将挂起的模型更改写入基于代码的迁移或启用自动迁移。将 DbMigrationsConfiguration.AutomaticMigrationsEnabled 设置为 true 以启用自动迁移。”

我重新启动vs并再次打开我的项目，但我得到了和以前一样的错误。谁能帮我解决这个问题？

IdentityDbContext<TUser, IdentityRole, string>使用类似的命令时，如何在 EF Core CLI 中指定通用且继承的上下文Add-Migration？

我的应用程序中有 2 个DbContext类（在同一个目录和命名空间中），主要的一个是 named ApplicationDbContext，另一个是RemoteDbContext. 问题是，主上下文ApplicationDbContext是通用的并且继承IdentityDbContext<TUser, IdentityRole, string>：

它配置在Startup.ConfigureServices()：

RemoteDbContext只是继承DbContext。

因为有 2 个上下文，所以在使用任何 EF Core CLI 命令（如Add-Migrationor ）时，我必须指定一个上下文Script-Migration，并且使用-Context RemoteDbContext按预期工作。但是，当我尝试指定通用上下文时，ApplicationDbContext我收到类似于以下内容的错误消息：

未找到名为“ApplicationDbContext”的 DbContext。

我已经尝试过ApplicationDbContext, ApplicationDbContext<TUser> ApplicationDbContext<ApplicationUser>，甚至ApplicationDbContext`1基于包管理器控制台提供的选项卡完成（下面的屏幕截图）。

我也尝试过使用 .NET Core CLI，如此处 Microsoft 文档中所述。结果相同。

暂时我要注释掉所有的RemoteDbContext引用，DbContext在项目中只运行1个命令，非常耗时。

我正在使用 .NET 5、EF Core、VS 19。