Fabric: ファブリック2アルファ/ベータフィードバックメタチケット！

URLに小さな間違いがあります。http：//bitprophet.org/blog/2017/04/17/fabric-2-alpha-beta/になります。

自分のウェブサイトをどれだけ覚えているかを示しますね。 ありがとう！ 私は自分の投稿でリンクチェッカーを実行しましたが...このチケットに対してではありません;）

ファブリック2の哲学に沿った方法でファブリック1のroledefsシステムを実装する方法についての提案があります。 タスクの各Collectionは、同じ名前空間に@groupで装飾された関数を持ち、タスクを実行できる入力済みのGroupオブジェクトを返すこともできます。 名前空間が重要になるため、 fabfile.pyにdeploy Collection $が含まれ、$ @groupがwebおよびdbと呼ばれる場合、 deploy.web.execute(mytask)またはfab -G deploy.web mytaskを使用して、 webグループ内の各ホストでmytask $を実行できます。 これらの装飾された関数は、ホストリストのルックアップがユーザーによって実装された遅い操作である場合に、不要なAPI呼び出しを防ぐために遅延して呼び出され、メモ化されます。

これはファブリック2の設計哲学と一致していますか？ もしそうなら、私は実装でスイングをしたいと思います。

それは素晴らしいアイデアです、@ RedKrieg！ 私は、グループオブジェクトを生成するための「最良の」方法や、CLIでそれらを参照する方法について、自分のブレインストーミングを延期してきましたが、それは合理的な方法のように思えます。 ＃1594であまりにも多くの単語を切り取って、そこにあなたのアイデアを含めました（+リンク）。 そこで議論を続けましょう、しかしtl; drはい私はPoCPRを見たいです。

-H引数が存在するにもかかわらず、ローカルでコマンドを実行するための最良のアプローチは何ですか？たとえば、ローカルビルドとリモートホストへのrsyncを単一のタスクに結合したい場合はどうなりますか？

@ max-arnold接続オブジェクトには、ローカルマシンで.runのように機能する.local属性があります：http： //docs.fabfile.org/en/v2/api/connection.html#fabric .connection.Connection.local

わかりました、私は例が言葉よりも優れていると思います：

<strong i="6">@task</strong>
def build(ctx):
    # should always run locally
    ctx.local('uname -a')


<strong i="7">@task</strong>
def deploy(ctx):
    build(ctx)
    # this one should run on remote host
    ctx.run('uname -a')

結合されたタスクは正常に実行されます。

fab -H host deploy

ローカルタスクのみがAttributeErrorで失敗します： 'local'の属性または構成キーが見つかりません：

fab build

基本的に、（ -Hの有無にかかわらず）呼び出された方法に関係なく、ローカルで何かを実行するタスクが必要です。

反対側から見ると、一部のコマンドはリモートでの実行のみを目的としています。 ホストが存在しない場合、 ctx.runはそれらをローカルで実行しようとします。これにより、予期しない結果が生じる可能性があります。

| ユーザーがタスクを実行する| コマンド/タスクの作成者はそれが実行されることを望んでいます| それはどのように振る舞うべきですか？ |
| --------------------- | --------------------------- --- | ---------------- |
| ローカル| ローカル| run（）の動作は問題ありません（ただし、リモートで実行すると作成者の意図に違反します）|
| ローカル| リモート| 失敗するはずです（または古いファブリックのようにホスト文字列を要求します）|
|ローカル| ローカルまたはリモート| run（）の動作は問題ありません|
| リモート| ローカル| 常にローカルで実行する必要がありますが、Contextにはそれを保証するlocal（）メソッドがありません。
| リモート| リモート| run（）の動作は問題ありません（ただし、ローカル呼び出し中に問題が発生することが予想されます）|
| リモート| ローカルまたはリモート| run（）の動作は問題ありません|

@ max-arnoldそれはまさに＃98です！ 私はまだ完全には解決していません。 コメントとしてそこにいくつかの現代的な考えを入れて...編集：これ

sudoと矛盾しているように見えるものに気づきました。

ここで、 connectionは、rootとして認証されたリモートサーバーです。

ルート以外の別のユーザーとしてチルダを拡張しようとしています：

c.sudo("echo bar > ~/foo", user="builder")

これは成功しますが、/ home / builder / fooを書き込むのではなく、代わりに/ root / fooを書き込みます。

一方、私がlsを実行しようとすると、次のようになります。

c.sudo("ls", user="builder")

Permission deniedを取得します。

何かが気分が悪い。

ダスティンが上記の帯域外を報告したときの私の推測では、これは$＃ -H sudo （メソッドではなくコマンド）固有のしわであると推測しました。期待どおりに100％動作するわけではありません。

こんにちはジェフ、
私はすでにPython3で作業しているので、現在fabric3 （ファブリック1.xの移植）を使用しています。

ファブリック2への移行を試みたくなりましたが、すぐにショーストッパーにぶつかりました。 fabric.contrib関数を多用していますが、移行ドキュメントには、もう存在しないと書かれています。

確かに、同等のシェルに戻ってコードを肥大化させたくはありません。ファブリック1.xのcontrib.*の問題の数から判断すると、多く使用されているように見えるので、不足は、他の多くの人々の移住にとって深刻な障害となる可能性があります。
fabric.contribに相当するものが含まれていると思われるパッチワークプロジェクトを見つけましたが、そのコードは何年も更新されていません。
fabric.contribをファブリック2に移植する計画はありますか？

ありがとう、
ガブリエル

@ garu57はい、現在の計画は、基本的に「2.0の貢献」としてpatchworkを使用することです。 現時点ではFabric1ベースですが、Fabric2.0.0がリリースされた後に変更されます。 最も一般的に使用されるcontribビットはすぐに移植されると思います。

皆さんこんにちは、

時々私のプログラムはリモートコマンドを実行します例えば

source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./00-update-kernel.sh'

スクリプトは次のように実行されます。

033[0;32m[DONE]\033[0m'
+ return 0
+ alt_test_done_msg 'Prepare evironment'
+ echo -e '* Prepare evironment    \033[0;32m[DONE]\033[0m'
+ exit 0

デバッグ出力「？」も表示されるはずです。 私のコードによると：

class GenericFabric(object):
    def __init__(self, host, user, key_filename=None, port=22):
        connection_string = "{u}@{h}:{p}".format(u=user, h=host, p=port)
        self.connection = Connection(connection_string)
        self.key_filename = key_filename

    #<strong i="13">@with_settings</strong>
    def generic_cmd(self, command_str, timeout, fabric_timeout, **kwargs):
        """
        Creating remote container from template

        <strong i="14">@type</strong> command_str:     str
        <strong i="15">@param</strong> command_str:    command for execute with VM
        <strong i="16">@type</strong> timeout          int or float
        <strong i="17">@param</strong> timeout         number of seconds for pause
        <strong i="18">@type</strong> fabric_timeout   int or float
        <strong i="19">@param</strong> fabric_timeout  number of seconds for timeout fabric run

        <strong i="20">@rtype</strong>:                FabricResponse
        <strong i="21">@return</strong>:               Return remote status of operation VM
        """
        if fabric_timeout > 0:
            command = self.connection.run(command_str.format(**kwargs),
                                          timeout=fabric_timeout,
                                          warn=True, echo=True)
        else:
            command = self.connection.run(command_str.format(**kwargs),
                                          warn=True, echo=True)
        print("?")
        if timeout > 0:
            sleep(timeout)
        return FabricResponse(command)

    def simple_generic_cmd(self, command_str, **kwargs):
        """
        <strong i="22">@type</strong> command_str:     str
        <strong i="23">@param</strong> command_str:    command for execute with VM

        <strong i="24">@rtype</strong>:                FabricResponse
        <strong i="25">@return</strong>:               Return remote status of operation VM
        """
        return self.generic_cmd(command_str, 0.1, 0, **kwargs)

しかし、「？」というものはありません。 したがって、run（）にぶら下がっていたことをお勧めします。

実際、私のプログラムは巨大で、マルチプロセスプログラミングがあります。 ぶら下がりをキャッチするために、次のコードでリモートコマンドを実行しています。

class TestingSystemVM(GenericFabric):
#######
    <strong i="7">@signal_alarm_down</strong>
    def run_rpm_test(self, command_test, package, type_of_test="base"):
        """

        """
        signal.signal(signal.SIGALRM, alarm_handler)
        signal.alarm(self.__timeout)
        returned_value = Queue()
        start_time = datetime.utcnow()
        directory, command_test = os.path.split(command_test)
        try:
            if command_test.endswith(".yml"):
                directory = directory.replace("/opt/QA", self.ansible.git_qa_repo)
                output = self.ansible.play_ansible(command_test,
                                                   package,
                                                   directory)
            else:
                vm_instance = (self.host,
                               self.user,
                               self.key_filename,
                               self.os_name,
                               self.platform,
                               self.arch)
                running_test = Process(target=separate_process_running_test,
                                       args=(vm_instance,
                                             returned_value,
                                             directory,
                                             command_test,
                                             package,
                                             type_of_test))
                running_test.start()
                running_test.join(self.__timeout)
                if running_test.is_alive():
                    running_test.terminate()
                    command_test_res = "FAIL: Timeout\n"
                    return command_test_res, work_time(start_time), 1
                elif returned_value.empty():
                    command_test_res = "FAIL: Problem while getting result\n"
                    return command_test_res, work_time(start_time), 1
                else:
                    output = returned_value.get()
        except TimeOut:
            command_test_res = "FAIL: Timeout\n"
            return command_test_res, work_time(start_time), 1
        if output.failed or (package.name in ("lve-utils", "lve-stats") and
                                     "FAIL" in output.stdout):
            res_output = "FAIL: " + output.stdout
        else:
            res_output = output.stdout
        return res_output, work_time(start_time), 0 if output.succeeded else 1

def separate_process_running_test(vm_instance, return_value_queue,
                                  directory, command_test, package,
                                  type_of_test="base"):
    """

    """
    sleep(0.5)

    signal.signal(signal.SIGTERM, kill_fabric_runner)
    signal.signal(signal.SIGINT, kill_fabric_runner)
    (host,
     user,
     key_filename,
     os_name,
     platform,
     arch) = vm_instance
    child_vm_instance = TestingSystemVM(host,
                                        user,
                                        key_filename,
                                        os_name,
                                        platform,
                                        arch,
                                        FakeAnsible())
    if command_test.endswith(".bats"):
        command_test = "/usr/bin/bats --tap " + command_test
    else:
        command_test = os.path.join("./", command_test)

    output = child_vm_instance.simple_generic_cmd(child_vm_instance._c_run_test,
                                                  envvars=child_vm_instance.env_vars,
                                                  exec_test=command_test,
                                                  dir=directory,
                                                  package=package.name,
                                                  pver=package.version,
                                                  prel=package.release,
                                                  type_test=type_of_test)
    print("!")
    return_value_queue.put(output)

私がfabric2を使用すると、子プロセスから起動されたいくつかのコマンドが時々ハングします。
更新実際、それはコードの私の間違いでした。 したがって、fabric2には吊り下げが含まれていません

みなさん、こんにちは。
私はいくつかの打ち上げ実験を行い、私の経験を共有することができます。

まず、コンソールからコマンドを実行しました

ssh [email protected] -t "source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'"

そしてそれはexit = 0で完全にそして速く終わりました：

###
+ echo -e '* Prepare evironment    \033[0;32m[DONE]\033[0m'
* Prepare evironment    [DONE]
+ exit 0
Connection to 192.168.0.34 closed.

良い。
次に、別のコマンドを実行しました。

ssh [email protected] "source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'"

これもexit = 0で非常に速く終了しました。

###
+ echo -e '* Prepare evironment    \033[0;32m[DONE]\033[0m'
+ exit 0

ただし、「192.168.0.36への接続が閉じられました」はありません。 それが重要かどうかはわかりません。

その後、VMを再作成し、fabric2（IPythonから）によってコマンドを起動しました。

In [1]: from fabric import Connection
In [2]: Connection('[email protected]').run("source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'", pty=True)
....
+ echo -e '* Prepare evironment    \033[0;32m[DONE]\033[0m'
* Prepare evironment    [DONE]
+ exit 0
Out[2]: <Result cmd="source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'" exited=0>

また、pty = Falseで実行しました。

In [1]: from fabric import Connection

In [2]: Connection('[email protected]').run("source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'", pty=False)
+ echo -e '* Prepare evironment    \033[0;32m[DONE]\033[0m'
+ exit 0
Out[2]: <Result cmd="source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'" exited=0>

「への接続はありませんでした両方のテストで。これも重要かどうかはわかりません。

第二に、子プロセスからの起動が必要なため、スタンドに適した環境ではないと判断しました。 そこで、VMを再作成し、次のコードでスクリプトを実行しました。

In [1]: import subprocess

In [2]: t = subprocess.Popen(""" ssh [email protected] -t "source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'" """, stdout=subprocess.PIPE, stderr=subprocess.STDOUT, shell=True); r = t.communicate()

この実行の出力には、「192.168.0.34への接続が閉じられました」がありました。

一方で

In [1]: import subprocess

In [2]: t = subprocess.Popen(""" ssh [email protected] "source /opt/centos/vars && su - -c 'cd /opt/QA/rpm_tests/p_lvemanager && ALT_TEST=base ALT_PACKAGE_NAME=lvemanager ALT_PACKAGE_VERSION=3.0 ALT_PACKAGE_RELEASE=11.el6.cloudlinux.21100.1.1505113712 ./01-prepare-environment.sh'" """, stdout=subprocess.PIPE, stderr=subprocess.STDOUT, shell=True); r = t.communicate()

どちらもハングしていません。

今夜、フォークされたプロセスでfabric2を使用してスクリプトを起動し、書き込みます。
更新実際、それはコードの私の間違いでした。 したがって、fabric2には吊り下げが含まれていません。

Transfer.putのuse_sudoサポートを取得するとよいでしょう。

今のところ最も簡単な回避策は、アクセス許可がある場所でputを実行してから、 sudo mvを実行することだと思います。

@ ned2は、すべてuse_sudoがget / putで実際に実行できることです。たとえば、v1の実行方法です。 私の知る限り、「sudoを使用して」ファイルをアップロードすることは実際には不可能です。 （ルートとして接続しないわけではありません。これは悪い考えであり、理想的には許可されていません。）

v2でややクリーンなAPIを使用する試みを考えると、 get / put自体の中にその動作をバンドルする代わりに、ラッパーを実装する可能性がほとんどあります。 たぶんTransfer.sudo_put （ self.putと呼ばれる）のようなものです。 そうすれば、「純粋な」 putは最小限に抑えられます。

@bitprophetまず、Fabric1を使用した非常に安定した便利なソフトウェアと、Fabric2をリリースするためのアプローチに感謝します。

v2で遊んでみましたが、Connectionで問題が発生しました。 ファブリック1のSSH構成を使用していますが、接続しようとすると、ファブリック1からパスワードの入力を求められます。 ファブリック2はこれを実行しておらず、認証が失敗したことを示して失敗します。 Connectionの認証メカニズムについて言及しているv2ドキュメントのどこにも表示されません。 sudoを使用したパスワードについての言及がありますが、私が収集できるのは、とにかく接続が成功した後です。

私の質問は、ドキュメントで何かを見逃したのか、それともこれが不足している機能なのか問題なのかということです。

コード：

<strong i="10">@task</strong>
def testing(c):
    with Connection('MyHostname') as cxn:
        print("Connected")

        cxn.run('ls -l')

エラー：

  File /lib/python3.4/site-packages/paramiko/auth_handler.py", line 223, in wait_for_response
    raise e 
paramiko.ssh_exception.AuthenticationException: Authentication failed.

私のSSH設定（ここに投稿する値を置き換えました）：

Host MyHostname
  HostName replacedhostname.co.uk
  Port 22
  IdentityFile ~/.ssh/id_rsa
  User replaceduser

私は最新のv2バージョンを使用しています： https ：//github.com/fabric/fabric/commit/fec3a22ee89900500ae731913fd33f9b56e89f46

うまくいけば、これを解決することで、同じ問題を抱えている他の人を助けることができます。

お時間をいただきありがとうございます。

@ Aiky30おそらくあなたではありませんが、認証関連の作業はまだ必要です（主に、進行中のParamikoの作業が必要なため、認証の例外を正しく解釈するのはそれほど難しくありません）。この場合は、単にFabである可能性があります。 2はIdentityFileを解釈していません-ホスト、ユーザー、ポート、その他の設定を取得しますが、IdentityFileは依然としてTODOです。

これは、現在パスフレーズも扱っていないことが一因です（上記を参照してください。特定の認証が失敗した場合にパスワードまたはパスフレーズが必要かどうかを推測しなければならない大きなFabric 1の応急修理は避けたいです）。 したがって、その後は「このファイルのロックを解除できません」というエラーに移行する可能性があります。 そして、これらは両方とも、私がほとんどの場合ssh-agentを使用しているためです。これは、即時の回避策の最初の提案です。

とはいえ、IdentityFileと明示的なパスフレーズ構成のサポートの両方をハッキングする価値があると思います。エージェント以外のキーが最も一般的な認証セットアップの1つである可能性が高いため、それがないと、ほとんどのアルファ/ベータユーザーが隠れていることを意味します。 。 今日それを打ち負かすことができるかどうかを確認します。

スピンのために2.0aを取りました。

1）ホストを実際に定義して使用する方法についても少し迷っています。 走れる：

   fab -H user<strong i="7">@host</strong>:22 some-task

しかし、ホストの詳細（ユーザー、ホスト、ポート）を毎回渡したくない場合は、 fabfile.py （ Connection sまたはGroup ）でホストを構成する方法がわかりません。 https://github.com/fabric/fabric/issues/1591#issuecomment -296343613を正しく理解していれば、現時点ではサポートされていません（https://github.com/fabric/fabric/issues/1594で追跡されています）。 ）？

2）また、SSHキーを暗号化して（ ~/.ssh/id_rsa ）、 ssh-addをssh-agentにしたという問題が発生しました。 ssh-add -lを介してキーを一覧表示すると表示されます。 タスクを実行するときに、適切なユーザー名を指定します。

   fab -H musttu<strong i="20">@host</strong> sometask

物事はうまくいきます。 しかし、間違ったユーザー、たとえばfab -H bad_user<strong i="23">@host</strong> sometaskを使用すると、次のようになります。

Traceback (most recent call last): ... File "/home/maximus/.virtualenvs/testenv/lib/python3.6/site-packages/paramiko/pkey.py", line 326, in _read_private_key raise PasswordRequiredException('Private key file is encrypted') paramiko.ssh_exception.PasswordRequiredException: Private key file is encrypted

ただし、これはhttps://github.com/paramiko/paramiko/issues/387に該当し、ファブリック2.0に固有のものではないと思います。 しかし、ええ、ssh-agentがすでに復号化されたキーを持っている場合、 PasswordRequiredException: Private key file is encryptedエラーが発生するのは奇妙に感じます。 私が正しく理解していれば、無効なログインの後、 paramikoはキーを直接使用することにフォールバックし、パスフレーズが提供されていないとこのエラーがスローされます。

3）タイプ注釈タスク関数を許可すると便利です（IDEでのオートコンプリートを改善するため）。 https://github.com/pyinvoke/invoke/pull/458を検討する時間がありましたか？

4）パッチワークライブラリのアイデアが好きです。 ファブリック1.xの場合、 https：//github.com/sebastien/cuisine （かなり死んでいるように見えます）があり、多くの追加機能が含まれています（自分で使用したことはありません）。 パッチワークを使って似たようなものを構築するというアイデアはありますか（スコープは縮小されていますが、Chef / Ansible / SaltStackスタイルの宣言型関数）？ 私は常に他のツールが従うマルチディレクトリ/マルチファイルYAML / DSLアプローチを嫌い、柔軟性を高め、構文の冗長性を減らし、IDEのオートコンプリート、デバッグを容易にするために、Pythonを使い続けたいと思っています。

5）ファブリック2.0のpy2.6および3.2-3.3サポートを削除するだけです。 人々はただ先に進むべきではありませんか？

@ tuukkamustonen-フィードバックをありがとう！ 反応：

1. 役割は確かに＃1594でカバーされています。そして、 ssh_configのサポートが独自のレベルでどのように行うかを除けば、ホストごとの構成データだけを持つという関連する問題については別のチケットがあると思います。

   ファブリックレベルの構成をssh_configと、次にグループまたはランタイムデータからのデータとどのように正確に調整するかを決定することは簡単ではありません。 それは間違いなくすぐに起こる必要がありますが; 最初のドラフトではなく、考え抜かれたソリューションが欲しいだけです。

2. 繰り返しますが、はい、これはあなたが言及したParamikoチケットであり、あなたの推測は正確です。悪いユーザー名の状況は常に最終的に失敗します。Paramikoは最後に発生したエラーのみを追跡するため、最後に試したのはたまたまでした。キーのディスク上の暗号化されたコピー。 （たとえば、そのキーを別の場所に移動した場合、最後のエラーは別のものになります。）

3. そのチケットについてコメントしましたが、同じ全体的な機能の既存のチケットと重複する場合と重複しない場合があります。 私はそれらの古いものとIIRCについてコメントしましたが、それは「Python 2を汚さない限り、それは素晴らしいことだと思います」です。 ただし、欠落している大きな機能のほとんどほど優先度は高くないため、「マージできるすべてのチェックボックスをオンにした優れたPRが必要」バケットに分類されます:)

4. はい、非常に古いですが、まだ私の心にある＃461を参照してください。 最近の大きな問題は、そのようなlibがInvokeとFabricの両方にまたがるようにどのように記述されるかということです。 多くの場合/ほとんどの場合、分割されたローカル/リモートコンテキストを「認識」しない汎用のInvokeタスクを記述できます。これは、リモートシステムに対して実行する場合にFabric接続コンテキストを渡すことができます。

   このような「コンテキストにとらわれない」タスクは、「呼び出し」ライブラリ（または他のまだ呼び出し固有のライブラリ）に存在する必要があります。 ただし、一部（たとえば、シェルコマンドだけでなく、ファイル転送に関連するもの）は、「ファブリック対応」である必要があります。 そのギャップを埋める方法を見つけることが問題です。

   「libはinvokeのみを必要とし、ファブリックをハードに必要としない、しかし、ファブリックをインストールして接続コンテキストを渡さないと、タスクのサブセットが文句を言う」というルートをたどることができます。 2つのライブラリに分割できます（ファブリック指向のライブラリでは、より一般的なInvokeライブラリが必要です）。

5. 最近の時点で、これは間違いなくカードに含まれています。paramiko/ paramiko＃1070および/またはpyinvoke / invoke＃364を参照してください。 Invoke 1.0、Fabric 2.0、Paramiko 3.0（または_maybe_、2.4 / 2.5 /何でも）はすべてPython 2.7 /3.4以降になります。

（1）について：

これはすでにご存知だと思いますが、 Ansibleのインベントリからいくつかのアイデアを入手することをお勧めします。 またはそうでないかもしれません ：）。

（4）について：

https://github.com/pyinvoke/invocationsは、これについて意見を述べる方法だと思います。 Invocationsは_conventions_を提供し、パッチワーク/料理スタイルのパッケージの上に構築できますが、コンベンション（リリースまたはdoctestの方法）とユーティリティ（ファイルのコピーまたはアクセス許可の変更の方法）を混在させることはしません。

ローカルのみ、リモートのみ、およびローカル+リモート操作のutilsを同じライブラリ（パッチワーク）に配置しても問題はありません。 どの操作がどのモードをサポートするかは、ドキュメントとして（docstringとして、注釈から自動生成されるなど）取り組むことができます。

これは、ロジックを2つ以上のパッケージに分割するよりも快適です。 最初に「呼び出し専用」パッケージに操作を追加し（さらに「リモートのみ」操作もある可能性があります）、後でリモートサーバーでも機能するようにサポートを追加するとどうなるでしょうか。 コードを移動、コピー、または拡張しますか？ どちらの場合も、それはより多くの作業であり、ユーザーは別のインポートなどを必要とするため、少し面倒に聞こえます。

これをPyPiで使用できるように十分に洗練させるにはどうすればよいですか？

@haydenflinnerそれは来週か2週間で起こっています!! （目的は、5月10日であるPyConに飛行機に乗る前にリリースすることです。）

たとえば、今週作業していた最近更新されたアップグレードドキュメントをご覧ください：http： //docs.fabfile.org/en/v2/upgrading.html

実際、2.0.0以降の実際の実際のチケットをまもなく受け入れるので、今すぐこのチケットを閉じることもできます👍

注意してください、あなたが望むなら、あなたはまだここにコメントすることができます。 プロジェクト管理の準備のすべてに加えて、リリース前に少なくともいくつかの機能作業を完了させたいと思っていることに注意してください。

今日はfabricv2を見ましたが、申し訳ありませんが、使用することができません。

1. roledefはどこに行きましたか？ コマンドラインでロール名を渡せなくなったのはなぜですか？ これを自分で実装することになっていますか？
2. コマンドラインでタスクに引数を渡せなくなったのはなぜですか？ 私もこれを自分で実装することになっていますか？
3. -Hパラメーターをタスクパラメーターの前に配置する必要があるのはなぜですか？ 逆のはずです。 これはとてもひどいです。

タスクは引数を取りますが、構文が変更されました。 http://docs.pyinvoke.org/en/1.1/concepts/invoking-tasks.html#task-command-line-argumentsを参照してください

@dgarstang自由な労働力を与えてくれる人々に対して、より中立的または共感的な口調をとることを検討することをお勧めします。 ただ言ってください😉

1. アップグレードドキュメントでIIRCがリンクされている＃1594を参照してください
2. @ploxilnはここに戻ってきました
3. （部分的に）マスターにマージされ、まもなくリリースされる＃1772を参照してください。 @task(hosts=xxx)を使用する機能が追加されます。

（re：3： --hostsと友達にタスクごとの議論であるかのように与えるという点で、それは私がいつか追加するかもしれないものであり、それが価値があるかどうかについて引き裂かれています。タスクごとの--helpと同様です