为什么 Azure DevOps Server 交错输出
Why Does Azure DevOps Server interleave output
提前抱歉,由于工作中的安全限制,我无法 post 实际代码,但我会尝试做一个人为的示例。
我正在使用 python 3.6.1 和 运行在 Azure Pipeline (ADS 2019) 中安装一个模块。在模块中,我们使用具有以下结构的字典完成了输出
#dummy data, assume files could be in any order in any category
{
"compliant": ['file1.py', 'file2.py'], #list of files which pass
"non-compliant":['file3.py'], #list of files which fail
"incompatible":['file4.py'] #list of files which could not be tested due to exceptions
}
当发生故障时,我们的一位客户希望脚本输出命令以调用可以 运行 更正不兼容文件的脚本。程序写法类似下面
result = some_func() #returns the above dict
print('compliant:')
for file in result['compliant']:
print(file)
print('non-compliant:')
for file in result['non-compliant']:
print(file)
print('incompatible:')
for file in result['incompatible']:
print(file)
# prints a string to sys.stderr simillar to python -m script arg1 arg2 ...
# script that is output is based on the arguments used to call
print_command_to_fix(sys.argv)
当 运行 通常我会得到如下正确的输出:
#correct output: occurs on bash and cmd
compliant:
file1.py
file2.py
non-compliant:
file3.py
incompatible:
file4.py
python -m script arg1 arg2 arg_to_fix
当我 运行 在 Azure Pipeline 上时,输出会像下面这样交错
#incorrect output: occurs only on azure pipeline runs
compliant:
python -m script arg1 arg2 arg_to_fix
file1.py
file2.py
non-compliant:
file3.py
incompatible:
file4.py
无论我尝试使用 print 还是 sys.stderr.write,它似乎都无法解决交错问题,我假设 print_command_to_fix() 正在以某种方式被异步调用。但我的猜测可能不准确,因为我使用 ADS 或 python 的时间并不长。
TL;DR:我做错了什么才能仅在管道上获得上述交错输出?
编辑:澄清了某些要点并修正了拼写错误
经过几个小时的故障排除和解决方案后找到了答案。
ADS 跟踪程序中的两个输出流,但它是异步进行的。该错误是由输出到 stdout 和 stderr 引起的。在这种情况下,将所有输出输出到一个流解决了这个问题。我采取的方法最终是这样的
result = some_func() #returns the above dict
output = []
output.append('compliant:')
output.extend(result['compliant'])
output.append(file)
output.extend(result['non-compliant'])
output.append('incompatible:')
output.extendresult['incompatible'])
# returns a string to simillar to python -m script arg1 arg2 ...
# script that is output is based on the arguments used to call
output.append(format_command_to_fix(sys.argv))
print('\n'.join(output))
或者,我想其他输出异步信息的技术也应该解决。
提前抱歉,由于工作中的安全限制,我无法 post 实际代码,但我会尝试做一个人为的示例。
我正在使用 python 3.6.1 和 运行在 Azure Pipeline (ADS 2019) 中安装一个模块。在模块中,我们使用具有以下结构的字典完成了输出
#dummy data, assume files could be in any order in any category
{
"compliant": ['file1.py', 'file2.py'], #list of files which pass
"non-compliant":['file3.py'], #list of files which fail
"incompatible":['file4.py'] #list of files which could not be tested due to exceptions
}
当发生故障时,我们的一位客户希望脚本输出命令以调用可以 运行 更正不兼容文件的脚本。程序写法类似下面
result = some_func() #returns the above dict
print('compliant:')
for file in result['compliant']:
print(file)
print('non-compliant:')
for file in result['non-compliant']:
print(file)
print('incompatible:')
for file in result['incompatible']:
print(file)
# prints a string to sys.stderr simillar to python -m script arg1 arg2 ...
# script that is output is based on the arguments used to call
print_command_to_fix(sys.argv)
当 运行 通常我会得到如下正确的输出:
#correct output: occurs on bash and cmd
compliant:
file1.py
file2.py
non-compliant:
file3.py
incompatible:
file4.py
python -m script arg1 arg2 arg_to_fix
当我 运行 在 Azure Pipeline 上时,输出会像下面这样交错
#incorrect output: occurs only on azure pipeline runs
compliant:
python -m script arg1 arg2 arg_to_fix
file1.py
file2.py
non-compliant:
file3.py
incompatible:
file4.py
无论我尝试使用 print 还是 sys.stderr.write,它似乎都无法解决交错问题,我假设 print_command_to_fix() 正在以某种方式被异步调用。但我的猜测可能不准确,因为我使用 ADS 或 python 的时间并不长。
TL;DR:我做错了什么才能仅在管道上获得上述交错输出?
编辑:澄清了某些要点并修正了拼写错误
经过几个小时的故障排除和解决方案后找到了答案。
ADS 跟踪程序中的两个输出流,但它是异步进行的。该错误是由输出到 stdout 和 stderr 引起的。在这种情况下,将所有输出输出到一个流解决了这个问题。我采取的方法最终是这样的
result = some_func() #returns the above dict
output = []
output.append('compliant:')
output.extend(result['compliant'])
output.append(file)
output.extend(result['non-compliant'])
output.append('incompatible:')
output.extendresult['incompatible'])
# returns a string to simillar to python -m script arg1 arg2 ...
# script that is output is based on the arguments used to call
output.append(format_command_to_fix(sys.argv))
print('\n'.join(output))
或者,我想其他输出异步信息的技术也应该解决。