我有一个像这样设置的结构任务:
@task
def cli():
command = [
os.path.join(env.servers_path, "bin", "redis-cli"),
]
run(" ".join(command))
运行它会提示我,但没有交互性:
$ fab cli
[server] Executing task 'cli'
[server] Executing task 'redis.cli'
[server] run: /path/to/bin/redis-cli
[server] out: redis 127.0.0.1:6379> help
<no output produced>
键入进一步产生一个“out:”提示,我键入,但在任何时候我都没有从 redis 得到任何返回。
但是,如果我更改为其他一些交互式提示,我确实获得了交互性:
@task
def cli():
command = [
"python"
]
run(" ".join(command))
产生:
$ fab cli
[server] Executing task 'cli'
[server] run: python
[server] out: Python 2.4.3 (#1, Sep 3 2009, 15:37:37)
[server] out: [GCC 4.1.2 20080704 (Red Hat 4.1.2-46)] on linux2
[server] out: Type "help", "copyright", "credits" or "license" for more information.
[server] out: >>> a = 1
[server] out: >>> a
[server] out: 1
[server] out: >>>
谁能给我任何关于为什么 redis-cli 表现不佳的提示?我想打开那个项目的错误,但我想先更好地理解它。
最佳答案
我认为这是因为交互模式下的 redis-cli 实际上是为与终端一起工作而设计的,而 fabric 可能运行 redis-cli 重定向标准输入/输出文件描述符。
例如,下面的命令可以正常工作:
python | cat
而下面的不是:
redis-cli | cat
redis-cli 和提供类似 readline 功能的 linenoise 库无法使用非终端文件描述符正确刷新输出。我还没有尝试使用 fabric 的一种可能的解决方法是停用 linenoise:
TERM=dumb redis-cli | cat
通过将 TERM 变量定义为 dumb,linenoise 默认采用非常基本的代码路径,该路径恰好使用简单的 printf 来处理提示并在显示后立即刷新输出。如果您可以在流程环境中设置此变量,它可能会解决您的结构问题。
关于python - 为什么我不能通过 fabric 与 redis-cli 交互?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8855616/