我注意到最近的Travis-CI测试10分钟挂起失败发生在:
test_first_element (gensim.test.test_wikicorpus.TestWikiCorpus) ...
一个例子: https://travis-ci.org/RaRe-Technologies/gensim/jobs/169348681
与其他间歇性测试失败一样,这确实会混淆对无关更改的评估。
也许它的多进程有些不稳定,应该减少攻击性?
我注意到最近的Travis-CI测试10分钟挂起失败发生在:
test_first_element (gensim.test.test_wikicorpus.TestWikiCorpus) ...
一个例子: https://travis-ci.org/RaRe-Technologies/gensim/jobs/169348681
与其他间歇性测试失败一样,这确实会混淆对无关更改的评估。
也许它的多进程有些不稳定,应该减少攻击性?
7条答案
按热度按时间mwg9r5ms1#
这导致了构建停滞,因为缺少这些行:
if __name__ == '__main__':
logging.basicConfig(format='%(asctime)s : %(levelname)s : %(message)s', level=logging.DEBUG)
unittest.main()
因此,当构建通过时,文件test_wikicorpus.py没有返回"ok"。
我在#957中尝试修复它。在这次合并后,当我在我的开发环境中测试它时,输出了"ok",而不像以前那样,它的非输出性质导致了"过去10分钟内没有收到输出"。
xtupzzrd2#
我不认为Travis-CI会将这些测试作为单独的脚本(它们会被
__main__
调用)。此外,当失败时,通常只有我们使用的4个Python版本中的一个——在我注意到的情况下是2.7——而如果缺乏__main__
处理是真正的问题,我预计会出现一致的失败。tmb3ates3#
的确,你是对的。尽管我的解决方案应该已经解决了这个问题。无论如何,我已经提交了一个issue with Travis。
dfty9e194#
如果我对Travis-CI如何运行测试的猜测是正确的,那么你的解决方案不可能解决这个问题,因为添加的代码不会被运行/相关。
f5emj3cl5#
奇怪的是,我在test_wikicorpus.py文件中删除了一个空行,现在它可以正常工作了。请参阅PR #980(提交:here)。
zy1mlcev6#
@anmol01gulati 有趣!不确定这能有什么帮助;或许是在Travis-CI上使用了一些奇怪的损坏的缓存文件?
u1ehiz5o7#
移除空行在之前已经帮助过Travis。我们不能对每个构建都这样做,所以问题仍然存在。