我们团队中的一些人安装了Visual Studio 2015和Visual Studio 2017.其他人只有最新的Visual Studio 2017(15.5).对于后者,我们注意到IDE中的TypeScript项目由于各种lib.es2015.d.ts问题而产生各种意外错误.
我们的项目使用TypeScript 2.2,而最新的Visual Studio 2017(15.5)使用TypeScript 2.5.
我们发现Visual Studio TypeScript SDK安装在以下路径中:
C:\Program Files (x86)\Microsoft SDKs\TypeScript\2.2C:\Program Files (x86)\Microsoft SDKs\TypeScript\2.5我们注意到15.5在csproj属性屏幕中附带了一个新属性,允许直接突变所需的TypeScript版本.由于项目需要2.2未安装,下拉列表表示缺少2.2位.
我们试图解决这个问题:
tsserver.js.不工作.网址:http://download.microsoft.com/download/6/D/8/6D8381B0-03C1-4BD2-AE65-30FF0A4C62DA/TS-2.2-dev14update3-20170221.2/TypeScript_Dev14Full.exeMicrosoft.TypeScript.Compiler并安装了2.2.1(没有2.2.2可用吗?).这似乎没有解决任何问题.我们不清楚这个软件包是如何真正集成到某个东西中的.即使添加了特定属性TypeScriptNuGetToolsVersion.Microsoft.TypeScript.MSBuild并安装了2.2.2版.不幸的是,这只会影响MSBuild进程而不影响编辑器体验.MSBuild与我们无关,因为我们使用Angular CLI来构建/观看TypeScript源代码.总结一下我们的问题:
我正在尝试向Azure AD应用程序添加所需的权限.我已经知道如何通过PATCH REST调用从下载的清单中复制信息,例如
"requiredResourceAccess": [
{
"resourceAppId": "00000003-0000-0000-c000-000000000000",
"resourceAccess": [
{
"id": "7b9103a5-4610-446b-9670-80643382c1fa",
"type": "Scope"
},
{
"id": "5df07973-7d5d-46ed-9847-1271055cbd51",
"type": "Scope"
}
]
}
]
Run Code Online (Sandbox Code Playgroud)
正如Christer Ljung在他的博客http://www.redbaronofazure.com/?page_id=181上所解释的那样.
但神秘之处仍然是如何"转换"人类可读的范围,例如Mail.Read这些晦涩的guid.我在http://blah.winsmarts.com/2015-1-Programmatically_register_native_apps_in_Azure_AD_or_Office_365.aspx上阅读了Sahil Malik的以下博客,该博客解释了如何获取特定ServicePrincipal的可用guid列表.例如,通过http get to https://graph.windows.net/<tenant-id>/servicePrincipals()?api-version=1.6&$filter=appId%20eq%20'00000002-0000-0ff1-ce00-000000000000'>(Exchange),但是当我尝试获取ServicePrincipal的可用范围列表00000003-0000-0000-c000-000000000000(我相信Graph API的范围)时,返回值只是空的.
有趣的是,通过Fiddler,我能够捕获一个http post请求,其中包含通过Azure Portal添加权限时的所有guid.
任何人都知道如何以编程方式执行此操作?
我们目前正在调整我们的Visual Studio解决方案中的applicationhost.config文件,以便启动并运行其他主机头绑定.
有没有办法从Visual Studio快速重启IIS Express而无需启动调试会话?applicationhost.config中的更改仅在重新启动后才会被选中.
我最近开始探索美妙的容器世界.很显然,boot2docker使我们在相当长的一段时间内可以在Windows平台上运行基于Linux的容器.最近,Microsoft发布了基于Windows的本机容器支持,作为其新操作系统平台Windows Server 2016和Windows 10 Pro及更高版本的一部分,这使我们能够运行本机Windows容器!请参阅https://docs.microsoft.com/en-us/virtualization/windowscontainers/
我注意到的第一件事是Docker Hub上的可用容器映像不可互换.人们需要为基于Linux的Docker /容器主机选择基于Linux的容器映像,为基于Windows的容器主机选择基于Windows的容器映像.即:
unknown blob.只是尝试自己安装映像https://hub.docker.com/r/microsoft/aspnet/.image operating system "linux" cannot be used on this platform.例如,选择https://hub.docker.com/_/jenkins/这导致了我的问题:我发现在Docker Hub中为正确的平台找到合适的容器图像非常困难.有没有办法过滤所需的容器基础?
在 Azure DevOps 代理上,没有安装 Az 模块集合 -Get-InstalledModule Az返回$null。但所有 Az 模块都可用 -Get-Module Az* -ListAvailable将它们全部返回。
测试特定版本的 Az 模块集合是否可用的最佳方法是什么?不幸的是,Az 模块本身并不存在于常规模块空间中;它仅出现在已安装模块的列表中(如果已安装):Get-Module Az -ListAvailable始终返回$null。
为了确保我们始终测试是否安装了 Az 模块集合的特定最低版本。如果没有,那么我们就安装它。由于这很容易需要几分钟才能完成,因此理想情况下我们只在真正必要时才这样做。
azure ×2
containers ×1
docker ×1
dockerhub ×1
iis-express ×1
linux ×1
powershell ×1
typescript ×1
windows ×1