Question

我有一个像这样设置的结构任务：

@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表现不佳的提示吗？我想打开一个关于该项目的错误，但我想先更好地理解它。

Answer 1

我认为这是因为交互模式下的redis-cli真的设计用于终端，而Fabric可能运行redis-cli重定向标准输入/输出文件描述符。

例如，以下命令可以正常工作：

python | cat

而下一个没有：

redis-cli | cat

redis-cli和提供类似readline的设施的linenoise库没有使用非终端文件描述符正确刷新输出。我没有尝试过使用结构的可能的解决方法是停用linenoise：

TERM=dumb redis-cli | cat

通过将TERM变量定义为dumb，linenoise默认在一个非常基本的代码路径上，恰好使用一个简单的printf来处理提示并在显示后立即刷新输出。如果您可以在流程环境中设置此变量，它可以解决您的结构问题。

Answer 2

我刚刚找到了一个简单而又很酷的答案;通过echo和pipe发送你想要的任何命令：

echo "keys *" | redis-cli
或专门针对您的案例：run("echo 'keys *' | redis-cli")

为什么我不能通过面料与redis-cli互动？

2 个答案: