根据我的经验,Slowcheetah 不适用于 Azure Webjobs。
我只是在寻找是否是这种情况(或不是)的确认。
干杯
根据我的经验,Slowcheetah 不适用于 Azure Webjobs。
我只是在寻找是否是这种情况(或不是)的确认。
干杯
我已经使用了本教程并且效果很好:SlowCheetah VS 2015。请记住,网络作业只是一个控制台应用程序(以及更多...)
编辑您的 *.csproj 文件并添加这些行(取决于您想要的转换的名称和数量:
<None Include="App.Release.config">
<DependentUpon>App.config</DependentUpon>
<TransformOnBuild>True</TransformOnBuild>
</None>
<None Include="App.Debug.config">
<DependentUpon>App.config</DependentUpon>
<TransformOnBuild>True</TransformOnBuild>
</None>
在这些行之上:
<None Include="App.config">
<TransformOnBuild>true</TransformOnBuild>
<SubType>Designer</SubType>
</None>
4. 重新加载您的项目,它应该可以工作。
我创建了一个部署 Azure WebJob (SDK 2.5) 的 Web API 项目,该项目使用 SlowCheetah 转换。当我的 Web 应用发布到 Azure 时,WebJob App.config 包含来自 SlowCheetah 转换的转换值。我相信它会按您的预期工作。
我相信,我已经解开了这个谜团,关于这对某些人来说失败的原因,而不是对其他人来说失败的原因。
为确保此操作有效,请在您的包管理器控制台中,在安装 SlowCheetah nuget 包之前,运行命令“Set-ExecutionPolicy Unrestricted”。
我敢打赌,如果在安装软件包期间检查输出日志,遇到此故障的每个人都会看到 ps1 脚本无法执行,该脚本正在设置必要的构建设置以进行转换。
请务必在完成后将您的执行策略设置回所需的安全配置,因为不受限制的策略是一个潜在威胁。
我发现从 Visual Studio 2015将控制台应用程序作为 Web 作业发布到 Azure 时,SlowCheetah 对我不起作用。
我的问题在这个 stackoverflow 问题中描述:当我手动将控制台应用程序发布为 Azure Web 作业时,为什么不应用配置转换?还有一个答案可以快速解决问题。
此外,我在 SlowCheetah 存储库中打开了一个 GitHub 问题。
对我来说,它也不适用于发布配置文件和 Azure WebJob。解决方法是我使用发布配置文件的全名创建了一个新的构建配置,然后它开始工作并转换了 app.config。