Question

好的，所以尽管我能看到一切都很好，但我确实看到很多＆＃34;失败＆＃34;大多数linked_files和linked_dirs任务的状态，我想知道他们是否值得任何关注。以下是一些例子：

DEBUG [423a17e1] Running [ -L /home/caluebat/www/ravenfort/releases/20160312213815/tmp/pids ] on xxx.xxx.xxx.xxx
DEBUG [423a17e1] Command: [ -L /home/caluebat/www/ravenfort/releases/20160312213815/tmp/pids ]
DEBUG [423a17e1] Finished in 0.470 seconds with exit status 1 (failed).
DEBUG [541d2f8a] Running [ -d /home/caluebat/www/ravenfort/releases/20160312213815/tmp/pids ] on xxx.xxx.xxx.xxx
DEBUG [541d2f8a] Command: [ -d /home/caluebat/www/ravenfort/releases/20160312213815/tmp/pids ]
DEBUG [541d2f8a] Finished in 0.476 seconds with exit status 1 (failed).

我无法找到关于capistrano官方文档的任何细节，他们会在这里或邮件列表中发送问题。

对于上述失败的任何澄清，我将不胜感激。非常感谢你。

Answer 1

别担心！

每当上限运行一个返回非零结果的命令时，它会以红色打印该行并表示＆＃34;失败＆＃34;。这可能会产生误导，因为它只是为了查看已经存在的内容而运行了很多命令。例如[ -d foo ]表示＆＃34;是否有名为foo的目录？＆＃34;它实际上不是一个失败，它只是检查目标机器以找出它需要做什么工作。

如果上限遇到实际错误，它会提前退出，并且您将收到堆栈跟踪和/或实际错误消息。

Capistrano在linked_files和linked_dirs上的许多失败状态是什么意思？

1 个答案: