服务结构/Jenkins集成问题

Question

我正在尝试使用Jenkins和ServiceFabric PowerShell扩展自动部署到。Jenkins ServiceFabric插件在我的情况下不是一个好的选择，因为缺乏对部署过程的控制和灵活性。我遇到了以下问题- Jenkins无法识别SF PowerShell cmdlet

Connect-ServiceFabric群集:术语“Connect-ServiceFabric群集”不被识别为cmdlet、函数、脚本文件或可操作程序的名称。检查名称的拼写，或者如果包含路径，请验证路径是否正确，然后再试一次。

ServiceFabric设置是正确的，因为当我从PowerShell本地运行脚本时，tt的工作原理就像一种魅力。因此，我尝试在本地运行Jenkins，而不是像不同的帖子在互联网上建议的那样使用服务模式，但这并没有解决这个问题。

我尝试过的其他事情：

• 运行自提升到admin的脚本。
• 运行x86/x64 powershell模式
• 通过从cmd运行器调用PowerShell exe来运行脚本 powershell插件
• 强制“无限制”模式
• 脚本名之前的双点

我仍然得到同样的结果。

因此，我尝试使用ServiceFabric Python作为替代，但面临另一个问题--它在"sfctl群集选择“上返回”糟糕的SSL握手“，该证书在本地使用PS ServiceFabric cmdlet。

有什么想法吗？

Answer 1

这与第491期类似，后者是关于Azure Service Fabric SDK和Service运行时之间的不匹配。

例如：

2.7SDK将针对6.0版本的集群运行，但该任务不适用于安装在代理上的2.8SDK。

加：

Service cmdlet需要PowerShell 3.0或更高版本。 Service使用Windows PowerShell脚本创建本地开发集群，并从Visual部署应用程序。默认情况下，Windows阻止这些脚本运行。 要启用它们，必须修改PowerShell执行策略。以管理员身份打开PowerShell并输入以下命令：

Set-ExecutionPolicy -ExecutionPolicy Unrestricted -Force -Scope CurrentUser

因此:如果该脚本在本地工作，而不是通过Jenkins代理上的Jenkins作业，则查找本地执行环境(它正在工作的地方)和Jenkins环境(失败的地方)之间的差异。

用户可能不是相同的，并且/或运行时版本可能与SDK版本不兼容。

Answer 2

你的系统中安装了吉尼斯PowerShell插件吗?？如果是这样，您可以将命令添加到Power对话框中并查看它是否有效:)

​

​