小编Big*_*mes的帖子

我正在尝试使用Visual Studio 2017和带有Entity Framework Core的.NET Core 2构建API.我按照此链接的指示.我在标题为:逆向工程模型的部分

他们给出的命令如下:

Scaffold-DbContext "Server=(localdb)\mssqllocaldb;Database=Blogging;Trusted_Connection=True;" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models

我的数据库是Azure SQL数据库,因此我尝试使用Azure门户提供的连接字符串运行此命令:

Scaffold-DbContext "Server=tcp:dbname.database.windows.net,1433;Initial Catalog=DBNAME_DB;Persist Security Info=False;User ID=username;Password=password;MultipleActiveResultSets=False;Encrypt=True;TrustServerCertificate=False;Connection Timeout=30;" Microsoft.EntityFrameworkCore.SqlServer -OutputDir Models

我回来了

System.Data.SqlClient.SqlException (0x80131904): Login failed for user 'username'.
   at System.Data.SqlClient.SqlInternalConnectionTds..ctor(DbConnectionPoolIdentity identity, SqlConnectionString connectionOptions, Object providerInfo, Boolean redirectedUserInstance, SqlConnectionString userConnectionOptions, SessionData reconnectSessionData, Boolean applyTransientFaultHandling)
   at System.Data.SqlClient.SqlConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection, DbConnectionOptions userOptions)
   at System.Data.ProviderBase.DbConnectionFactory.CreatePooledConnection(DbConnectionPool pool, DbConnection owningObject, DbConnectionOptions options, DbConnectionPoolKey poolKey, DbConnectionOptions userOptions)
   at System.Data.ProviderBase.DbConnectionPool.CreateObject(DbConnection owningObject, DbConnectionOptions userOptions, DbConnectionInternal …

我正在向我的资源组添加 Azure 应用程序服务计划。我希望它成为 .NET Core 3 Web API 的 Linux 主机。此外，我想使用 Application Insights。但是，在使用 Azure 门户时，将 Application Insights 添加到 Linux .NET Core 3 应用程序的选项呈灰色显示。Application Insights 目前不支持。我有另一个 Linux Web 应用程序，它在运行时使用 Node LTS，这使我可以毫无问题地添加 Application Insights。将 Application Insights 添加到在 Azure Linux Web 应用程序中运行的 .NET Core 3 Web API 是否需要做一些特殊的事情？

编辑：这是我所看到的一些截图

我正在尝试将我的 Azure DevOps Pipeline 的内部版本号从 gitversion 设置为我的 MajorMinorPatch 版本。我的 YAML 中有以下内容用于我的管道：

- task: GitVersion@5
  inputs:
    preferBundledVersion: false
    updateAssemblyInfo: true
- task: PowerShell@2
  inputs:
    targetType: 'inline'
    script: |
      $versionInfo = '$($GITVERSION_MAJORMINORPATCH)'
      Write-Host("##vso[task.setvariable variable=Version;]$versionInfo")
- script: echo %Action%%BuildVersion%
  displayName: 'Set build version'
  env:
    Action: '##vso[build.updatebuildnumber]'
    BuildVersion: '$env:Version'

问题是当我运行我的管道时，我得到一个管道名称，如：0.1.0-alpha.70

我不知道为什么我得到 -alpha.70。我知道它们的意思，我想，但我不希望在我的版本字符串中看到它们。当我在本地运行 gitversion 时，我的 MajorMinorPatch 字符串是 0.1.0，这就是我想要看到的。谁能帮我获取这些信息？

编辑：对于任何好奇的人，我在这里包括我的 GitVersion.yml，它几乎是标准配置：

assembly-versioning-scheme: MajorMinorPatch
assembly-file-versioning-scheme: MajorMinorPatchTag
mode: ContinuousDeployment
tag-prefix: '[vV]'
continuous-delivery-fallback-tag: ''
major-version-bump-message: '\+semver:\s?(breaking|major)'
minor-version-bump-message: '\+semver:\s?(feature|minor)'
patch-version-bump-message: '\+semver:\s?(fix|patch)'
no-bump-message: '\+semver:\s?(none|skip)'
legacy-semver-padding: 4
build-metadata-padding: 4
commits-since-version-source-padding: 4
commit-message-incrementing: …

首先,是的,这是作业,我一直在努力阅读和理解.什么都没说,为什么一个更好或更坏.无论如何,在使用Adventureworks数据库的SQL Server中,运行以下3个查询:

USE AdventureWorks2012; 
GO 
--1 
SELECT LastName
FROM Person.Person 
WHERE LastName = 'Smith'; 
--2 
SELECT LastName 
FROM Person.Person 
WHERE LastName LIKE 'Sm%'; 
--3 
SELECT LastName 
FROM Person.Person 
WHERE LastName LIKE '%mith';

LastName是NonClustered索引.为什么查询1和2执行相同而查询3的执行情况比前2个差得多？