我有一个像这样设置的结构任务:
@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表现不佳的提示吗?我想打开一个关于该项目的错误,但我想先更好地理解它。
答案 0 :(得分:4)
我认为这是因为交互模式下的redis-cli真的设计用于终端,而Fabric可能运行redis-cli重定向标准输入/输出文件描述符。
例如,以下命令可以正常工作:
python | cat
而下一个没有:
redis-cli | cat
redis-cli和提供类似readline的设施的linenoise库没有使用非终端文件描述符正确刷新输出。我没有尝试过使用结构的可能的解决方法是停用linenoise:
TERM=dumb redis-cli | cat
通过将TERM变量定义为dumb,linenoise默认在一个非常基本的代码路径上,恰好使用一个简单的printf来处理提示并在显示后立即刷新输出。如果您可以在流程环境中设置此变量,它可以解决您的结构问题。
答案 1 :(得分:3)
我刚刚找到了一个简单而又很酷的答案;通过echo和pipe发送你想要的任何命令:
echo "keys *" | redis-cli
run("echo 'keys *' | redis-cli")