Powershell发布管理器输出

Powershell发布管理器输出,powershell,tfs,ms-release-management,Powershell,Tfs,Ms Release Management,我在一个相当复杂的powershell构建脚本代码库中工作 与其他PS脚本有很多依赖关系。一切都是点源,没有模块 在我们将代码重构为函数的过程中,出现了很多问题,主要是在日志记录中自由使用写输出 我尝试强制使用write verbose进行日志记录,因为脚本将部署在release manager中 由于某些原因,在执行构建时,我看不到详细的信息。它仅在我检查特定步骤后显示 Write Verbose通常输出“Verbose:…”,但在发布管理器中,我得到的是“##[debug]Verbose”

我在一个相当复杂的powershell构建脚本代码库中工作 与其他PS脚本有很多依赖关系。一切都是点源,没有模块

在我们将代码重构为函数的过程中,出现了很多问题,主要是在日志记录中自由使用写输出

我尝试强制使用write verbose进行日志记录,因为脚本将部署在release manager中

由于某些原因,在执行构建时,我看不到详细的信息。它仅在我检查特定步骤后显示

Write Verbose通常输出“Verbose:…”,但在发布管理器中,我得到的是“##[debug]Verbose”

有没有办法隐藏[debug]详细前缀?是否有更好的方法输出日志信息,这些信息将显示在release manager中?

这可能是因为您

导航到Variables(变量)选项卡,检查是否存在名为system.debug(系统调试)的变量及其值设置为true。如果是这样,您将得到一个带有##[debug]前缀的日志,如下面的屏幕截图:

将值设置为false或直接删除变量。

这可能是由于您

导航到Variables(变量)选项卡,检查是否存在名为system.debug(系统调试)的变量及其值设置为true。如果是这样,您将得到一个带有##[debug]前缀的日志,如下面的屏幕截图:



设置值=false或直接删除变量。

关于详细前缀,这是我们代码中的一个错误。我发现写主机输出显示在TFS 2017的web门户发布日志中。在release manager 2015中并非如此。现在我们可以使用Write Host向用户输出信息。

关于详细前缀,这是我们代码中的一个错误。我发现写主机输出显示在TFS 2017的web门户发布日志中。在release manager 2015中并非如此。现在我们可以使用Write Host向用户输出信息。

我尝试了system.debug=false、=true并删除变量,但仍然得到了##[debug]前缀。我还在脚本中使用$VerbosePreference=“Continue”,可能这就是原因?@BenoitM如果您将Continue更改为
$VerbosePreference=“SilentlyContinue”
,结果会是什么?正如预期的那样,使用SilentlyContinue时不会输出任何内容。@BenoitM如果您在构建和发布中使用某个powershell脚本,这是有线的。一个是“Verbose:…”另一个是“Verbose”
是否有更好的方法输出日志信息,并在release manager中显示这些信息?
另一种方法是使用。要调用日志命令,只需通过标准输出发出命令。我尝试使用system.debug=false、=true并删除变量,但仍然得到了##[debug]前缀。我还在脚本中使用$VerbosePreference=“Continue”,可能这就是原因?@BenoitM如果您将Continue更改为
$VerbosePreference=“SilentlyContinue”
,结果会是什么?正如预期的那样,使用SilentlyContinue时不会输出任何内容。@BenoitM如果您在构建和发布中使用某个powershell脚本,这是有线的。一个是“Verbose:…”另一个是“Verbose”
是否有更好的方法输出日志信息,并在release manager中显示这些信息?
另一种方法是使用。要调用日志命令,只需通过标准输出发出命令。您好,BenoitM,有关于此问题的更新吗?我已经离开一段时间了,但在通过release manager或直接使用tfs构建定义中的代理构建时,生成的输出看起来不一样。当我回来的时候,我会添加更多的细节。关于冗长的前缀,这是我们代码中的一个bug。我发现写主机输出显示在TFS 2017的web门户发布日志中。在release manager 2015中并非如此。现在,我们可以使用Write Host向用户输出信息。嗨,BenoitM,有关于此问题的更新吗?我已经离开一段时间了,但在通过release manager或直接使用tfs构建定义中的代理构建时,生成的输出看起来不一样。当我回来的时候,我会添加更多的细节。关于冗长的前缀,这是我们代码中的一个bug。我发现写主机输出显示在TFS 2017的web门户发布日志中。在release manager 2015中并非如此。现在,我们可以使用Write Host向用户输出信息。这是否也修复了仅在按照您的问题中所述运行完整脚本后才显示输出的问题?这是否也修复了仅在按照您的问题中所述运行完整脚本后才显示输出的问题?