Fabric2替代Fabric1的env.hosts与env.host_name的方案及主机传参方法

好问题！Fabric 2+ 彻底抛弃了 Fabric 1 里的全局 env 对象，转而采用面向对象的 Connection 实例来管理每个主机的连接状态，这确实会让习惯了旧写法的开发者有点不适应。针对你需要给每个主机传递不同参数的场景，这里有两种实用的替代方案：

方案1：直接绑定主机与参数（推荐） #

原来你用索引匹配主机和参数，本质上是通过索引关联两个独立列表，其实更直观可靠的方式是把主机和对应的参数直接绑定在一起，比如用元组或字典存储，遍历的时候就能同时拿到主机和参数，完全不需要依赖索引。

举个实际代码示例：

from fabric import Connection, SerialGroup

# 把主机和对应的参数绑定，每个条目是（主机地址，参数字典）
host_with_params = [
    ("host1.example.com", {"deploy_path": "/var/app/prod", "log_level": "info"}),
    ("host2.example.com", {"deploy_path": "/var/app/staging", "log_level": "debug"}),
    ("host3.example.com", {"deploy_path": "/var/app/dev", "log_level": "trace"}),
]

# 逐个创建连接并执行带参数的操作
for host, params in host_with_params:
    conn = Connection(host)
    # 使用参数执行任务，比如创建部署目录、上传文件
    conn.run(f"mkdir -p {params['deploy_path']}")
    conn.put("app_package.tar.gz", remote=params['deploy_path'])
    conn.run(f"cd {params['deploy_path']} && ./start.sh --log {params['log_level']}")

如果需要批量串行/并行执行任务，可以结合SerialGroup/ThreadingGroup和invoke任务来传递参数：

from invoke import task

@task
def deploy(c, deploy_path, log_level):
    c.run(f"mkdir -p {deploy_path}")
    c.run(f"cd {deploy_path} && ./start.sh --log {log_level}")

# 创建串行执行组
group = SerialGroup(*[host for host, _ in host_with_params])
# 遍历绑定好的主机与参数，传递给任务
for host, params in host_with_params:
    group.run(deploy, deploy_path=params['deploy_path'], log_level=params['log_level'], host=host)

方案2：保留索引关联（兼容旧逻辑） #

如果你确实需要延续原来通过索引匹配的逻辑（比如已有独立的主机列表和参数列表），可以用enumerate遍历主机列表，同时获取索引，再用索引取出对应参数：

from fabric import Connection

# 独立的主机列表
hosts = ["host1.example.com", "host2.example.com", "host3.example.com"]
# 与主机列表索引一一对应的参数列表
params_list = [
    {"deploy_path": "/var/app/prod", "log_level": "info"},
    {"deploy_path": "/var/app/staging", "log_level": "debug"},
    {"deploy_path": "/var/app/dev", "log_level": "trace"},
]

# 遍历主机时同时拿到索引
for index, host in enumerate(hosts):
    conn = Connection(host)
    current_params = params_list[index]
    conn.run(f"Deploying to {current_params['deploy_path']} on {host} with log level {current_params['log_level']}")
    # 执行后续操作

关于Fabric2的核心变化 #

正如官方文档明确说明的：

The primary API is now properly OOP: instantiate Connection objects and call their methods. These objects encapsulate all connection state (user, host, gateway, etc) and have their own SSH client instances.

每个Connection实例都独立封装了对应主机的所有连接状态（用户、主机地址、网关等），不再依赖全局的env对象，这种设计让多主机场景的代码更清晰、更易维护。

内容的提问来源于stack exchange，提问作者RonanMacF