Visual studio 服务结构部署可以从VisualStudio进行,但输出的PS脚本不能';不要在Powershell窗口中工作

Visual studio 服务结构部署可以从VisualStudio进行,但输出的PS脚本不能';不要在Powershell窗口中工作,visual-studio,powershell,azure,azure-service-fabric,Visual Studio,Powershell,Azure,Azure Service Fabric,相同的部署包,相同的集群,没有安全性。如果我通过VS2015部署,一切都会顺利进行。如果我在VS中查看输出,我可以看到它正在执行什么PS脚本以及使用什么参数。如果我将该脚本复制到powershell窗口(以管理员身份运行)并在那里执行,则会出现以下错误 WARNING: Unable to Verify connection to Service Fabric cluster. Test-ServiceFabricClusterConnection : Cluster connection in

相同的部署包,相同的集群,没有安全性。如果我通过VS2015部署,一切都会顺利进行。如果我在VS中查看输出,我可以看到它正在执行什么PS脚本以及使用什么参数。如果我将该脚本复制到powershell窗口(以管理员身份运行)并在那里执行,则会出现以下错误

WARNING: Unable to Verify connection to Service Fabric cluster.
Test-ServiceFabricClusterConnection : Cluster connection instance is null
At C:\Program Files\Microsoft SDKs\Service
Fabric\Tools\PSModule\ServiceFabricSDK\Publish-NewServiceFabricApplication.ps1:143 char:16
+         [void](Test-ServiceFabricClusterConnection)
+                ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ResourceUnavailable: (:) [Test-ServiceFabricClusterConnection], NullReferenceException
    + FullyQualifiedErrorId : GetClusterConnectionErrorId,Microsoft.ServiceFabric.Powershell.TestClusterConnection

为什么具有相同参数的同一脚本在VS中工作而不在Powershell中工作?

VS可能会事先运行
Connect-servicefactriccluster
!我相信这些
Connect
commandlet中的大多数都是针对每个PS实例的。因此,新的PS窗口将不会存储以前的连接。在您的命令@Mardoxx之前尝试运行此命令,看起来确实如此。有趣的是,它从来没有要求在最新的更新之前,如果部署脚本自动运行,那就更好了。。。现在,我必须进入我的发布文件以获取构建服务器上的端点地址,以便我可以首先调用它。VS可能会事先运行
connectServiceFabricCluster
!我相信这些
Connect
commandlet中的大多数都是针对每个PS实例的。因此,新的PS窗口将不会存储以前的连接。在您的命令@Mardoxx之前尝试运行此命令,看起来确实如此。有趣的是,它从来没有要求在最新的更新之前,如果部署脚本自动运行,那就更好了。。。现在,我必须进入我的发布文件以获取构建服务器上的端点地址,以便我可以首先调用它。