Fabric: Fabric 2 알파/베타 피드백 메타 티켓!

URL의 작은 실수, http://bitprophet.org/blog/2017/04/17/fabric-2-alpha-beta/ 여야 합니다.

내가 내 웹사이트를 얼마나 잘 기억하는지 보여주려고요, 응? 감사 해요! 내 게시물에 대한 링크 검사기를 실행했지만 ...이 티켓에는 반대하지 않습니다 ;)

나는 fabric 1의 roledefs 시스템이 fabric 2의 철학과 일치한다고 믿는 방식으로 구현될 수 있는 방법에 대한 제안을 가지고 있습니다. 작업의 각 Collection 에는 작업을 실행할 수 있는 채워진 Group 개체를 반환하는 동일한 네임스페이스에 @group 데코레이팅된 함수가 있을 수도 있습니다. 네임스페이스가 중요하므로 fabfile.py 에 deploy Collection $가 포함되어 있으면 $ web 및 db 라는 $#$ @group #$가 있습니다. , deploy.web.execute(mytask) 또는 fab -G deploy.web mytask 를 사용하여 web 그룹의 각 호스트에서 mytask $를 실행할 수 있습니다. 이러한 데코레이팅된 함수는 지연 호출되고 불필요한 API 호출을 방지하기 위해 메모화됩니다. 호스트 목록 조회가 사용자가 구현한 대로 느린 작업인 경우입니다.

이것은 패브릭 2의 디자인 철학과 일치합니까? 그렇다면 구현에 스윙을 취하고 싶습니다.

멋진 아이디어네요, @RedKrieg! Group 개체를 생성하는 "가장 좋은" 방법 및/또는 CLI에서 개체를 참조하는 방법에 대해 내 자신의 브레인스토밍을 연기했지만 합리적인 방법처럼 들립니다. 방금 #1594에서 너무 많은 단어를 긁어모았고 거기에 당신의 아이디어를 포함시켰습니다(+ 링크). 거기에서 토론을 계속합시다. 하지만 PoC PR을 보고 싶습니다.

예를 들어 로컬 빌드와 원격 호스트에 대한 rsync를 단일 작업으로 결합하려는 경우와 같이 -H 인수가 있음에도 불구하고 로컬에서 명령을 실행하는 가장 좋은 방법은 무엇입니까?

@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입니다! 아직 완전히 해결하지 못했습니다. 거기에 몇 가지 현대적인 생각을 주석으로 넣기... 편집: this one

sudo와 일치하지 않는 것으로 보이는 것을 발견했습니다.

여기서 connection 는 루트로 인증된 원격 서버입니다.

루트가 아닌 다른 사용자로 물결표 확장 시도:

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

이것은 성공하지만 /home/builder/foo를 작성하는 대신 /root/foo를 작성했습니다.

반면에 내가 ls하려고하면 :

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

Permission denied 받습니다.

뭔가 기분이 나쁩니다.

Dustin이 위의 대역 외 보고했을 때 내 추측은 이것이 sudo (메소드가 아닌 명령) 특정 주름이라는 것입니다. 마지막으로 우리는 -H 를 사용하고 있고 분명히 예상대로 100% 작동하지 않습니다.

안녕하세요 제프,
이미 python 3에서 작업하고 있기 때문에 지금 fabric3 (패브릭 1.x 이식)을 사용하고 있습니다.

패브릭 2로의 마이그레이션을 시도하고 싶었지만 즉시 쇼 스토퍼에 도달했습니다. fabric.contrib 함수를 광범위하게 사용하지만 마이그레이션 문서에 더 이상 존재하지 않는다고 나와 있습니다.

확실히 나는 동등한 쉘로 되돌아가는 코드를 부풀리고 싶지 않으며, fabric 1.x의 contrib.* 에 대한 문제의 수로 판단하면 많이 사용되는 것처럼 보입니다. 제 생각에는 부족은 많은 다른 사람들의 이주에 심각한 방해가 될 수 있습니다.
fabric.contrib 에 해당하는 것으로 보이는 패치워크 프로젝트를 찾았지만 몇 년 동안 코드가 업데이트되지 않았습니다.
fabric.contrib 를 패브릭 2로 이식할 계획이 있습니까?

감사 해요,
가브리엘

@garu57 네, 현재 계획은 patchwork 를 기본적으로 "2.0's contrib"로 사용하는 것입니다. 현재 Fabric 1 기반이지만 Fabric 2.0.0이 나오면 변경될 것입니다. 가장 일반적으로 사용되는 기여 비트가 빨리 포팅되기를 기대합니다.

안녕하세요 여러분,

때때로 내 프로그램은 원격 명령을 실행합니다.

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를 가지고 놀기 시작했지만 연결에 문제가 있습니다. Fabric 1의 SSH 구성을 사용하고 있습니다. Fabric 1은 연결을 시도할 때 암호를 묻는 메시지를 표시합니다. Fabric 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은 여전히 ​​할 일입니다.

그것은 부분적으로 우리가 지금 암호구를 다루지 않기 때문입니다(위 참조 - 주어진 인증 실패가 암호나 암호구가 필요함을 의미하는 경우 과감한 추측을 해야 하는 큰 Fabric 1 kludge를 피하고 싶습니다). 따라서 그 후에 "이 파일을 잠금 해제할 수 없습니다" 오류로 전환할 수 있습니다. 그리고 둘 다 내가 대부분의 시간에 ssh-agent를 사용하기 때문입니다. 이는 즉각적인 해결 방법에 대한 첫 번째 제안이 될 것입니다.

즉, 비 에이전트 키가 가장 일반적인 인증 설정 1위일 가능성이 높기 때문에 IdentityFile과 명시적 암호 구성 지원 모두에서 해킹할 가치가 있다고 생각합니다. . 오늘 내가 그것을 깰 수 있는지 볼 것입니다.

스핀에 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) 패치워크 라이브러리라는 아이디어가 마음에 듭니다. Fabric 1.x의 경우 많은 추가 기능을 포함하는 https://github.com/sebastien/cuisine (그것은 꽤 죽은 것 같습니다)이 있습니다(직접 사용하지는 않았습니다). 패치워크에 대한 아이디어가 유사한 것을 구축하는 것입니까? 나는 항상 다른 도구가 따르는 다중 디렉토리/다중 파일 YAML/DSL 접근 방식을 싫어했으며 더 많은 유연성, 덜 장황한 구문, IDE 자동 완성, 쉬운 디버깅 등을 얻기 위해 파이썬에 머물고 싶습니다.

5) 패브릭 2.0에 대한 py 2.6 및 3.2-3.3 지원을 삭제하십시오. 사람들은 그냥 넘어가야 하는 거 아닙니까?

@tuukkamustonen - 피드백 주셔서 감사합니다! 응답:

1. 역할은 실제로 #1594에서 다루고 있습니다. 그리고 ssh_config 지원이 자체 수준에서 수행하는 방식 외에 호스트별 구성 데이터를 갖는 것과 관련된 문제에 대한 또 다른 티켓이 있다고 생각합니다.

   패브릭 수준 구성을 ssh_config 및 그룹 또는 런타임 데이터의 모든 것과 정확히 조정하는 방법을 결정하는 것은 쉬운 일이 아닙니다. 비록 그것이 곧 일어나야 하지만; 나는 첫 번째 초안 대신 반쯤 생각한 솔루션을 원합니다.

2. 다시 말하지만, 이것은 귀하가 언급한 Paramiko 티켓이며 귀하의 추측이 정확합니다. 잘못된 사용자 이름 상황은 항상 결국 실패합니다. Paramiko는 발생한 마지막 오류만 추적하기 때문에 마지막으로 시도한 것은 디스크에 있는 암호화된 키 사본. (예를 들어 해당 키를 다른 곳으로 이동한 경우 마지막 오류는 다른 오류가 됩니다.)

3. 방금 해당 티켓에 대해 언급했습니다. 동일한 전체 기능에 대해 기존 티켓을 복제할 수도 있고 복제하지 않을 수도 있습니다. 나는 그 오래된 것들에 대해 언급했고 IIRC는 "예, 파이썬 2를 더럽히지 않는 한 좋을 것이라고 생각합니다."라고 말했습니다. 그러나 대부분의 더 큰 누락 기능만큼 우선 순위가 높지 않으므로 "단지 병합할 수 있는 모든 상자가 PR을 확인해야 함" 버킷에 속합니다. :)

4. 예, 아주 오래되었지만 여전히 마음속에 남아 있는 #461을 참조하십시오. 요즘 큰 문제는 그러한 라이브러리가 Invoke와 Fabric 모두에 걸쳐 작성되는 방법입니다. 많은/대부분의 경우 분할된 로컬/원격 컨텍스트를 "모르는" 일반 Invoke 작업을 간단히 작성할 수 있습니다. 이 작업은 원격 시스템에 대해 실행하려고 할 때 Fabric 연결 컨텍스트를 전달할 수 있습니다.

   이러한 "컨텍스트 불가지론" 작업은 '호출' 라이브러리(또는 여전히 다른 Invoke 관련 라이브러리)에 있기를 원할 것입니다. 그러나 일부(예: 쉘 명령뿐만 아니라 파일 전송과 관련된 모든 것)는 "패브릭 인식"이 필요합니다. 그 격차를 좁힐 방법을 찾는 것이 문제입니다.

   "해당 라이브러리는 호출만 필요하고 패브릭은 필요하지 않습니다. 하지만 패브릭을 설치하지 않고 연결 컨텍스트를 전달하지 않으면 작업의 하위 집합이 불평할 것입니다." 두 개의 라이브러리로 분할할 수 있습니다(Fabric 지향 라이브러리에는 보다 일반적인 Invoke 라이브러리가 필요함) 등.

5. 최근에 이것은 확실히 카드에 있습니다. paramiko/paramiko#1070 및/또는 pyinvoke/invoke#364를 참조하세요. Invoke 1.0, Fabric 2.0 및 Paramiko 3.0(또는 _아마도_, 2.4/2.5/무엇이든)은 모두 Python 2.7/3.4 이상입니다.

약 (1):

이미 알고 계시겠지만 Ansible의 인벤토리 에서 아이디어를 얻고 싶을 수도 있습니다. 아니면 아닐 수도 있습니다 :).

약 (4):

https://github.com/pyinvoke/invocations 가 이에 대한 의견이 있는 방법이라고 생각합니다. Invocations는 _conventions_을 제공하고 패치워크/요리 스타일 패키지 위에 빌드할 수 있지만 규칙(릴리스 또는 문서 테스트)을 유틸리티(파일 복사 또는 권한 변경 방법)와 혼합하지 않을 것입니다.

로컬 전용, 원격 전용 및 로컬+원격 작업을 위한 유틸리티를 동일한 라이브러리(패치워크)에 넣는 데 문제가 없습니다. 문서로 처리할 수 있는 모드(독스트링, 주석에서 자동 생성 등)를 지원하는 작업.

이것은 로직을 2개 이상의 패키지로 나누는 것보다 더 나은 것 같습니다. "호출 전용" 패키지에 작업을 먼저 추가하고("원격 전용" 작업도 있을 수 있음) 나중에 원격 서버에서도 작동하도록 지원을 추가하면 어떻게 될까요? 코드를 이동, 복사 또는 확장하시겠습니까? 두 경우 모두 더 많은 작업이 필요하고 사용자는 다른 가져오기 등이 필요하므로 다소 번거롭게 들립니다.

PyPi에서 사용할 수 있을 만큼 충분히 연마하려면 어떻게 해야 합니까?

@haydenflinner 앞으로 1~2주에 걸쳐 진행됩니다!! (목표는 5월 10일인 PyCon으로 가는 비행기를 타기 전에 릴리스하는 것입니다.)

예를 들어 이번 주에 작업한 최근 업데이트된 업그레이드 문서를 참조하십시오. http://docs.fabfile.org/en/v2/upgrading.html

사실 2.0.0 이상 버전의 실제 티켓을 곧 수락할 예정이므로 지금 이 티켓을 닫는 것이 좋습니다 👍

참고하세요. 원하시면 여기에서 댓글을 달 수 있습니다. 릴리스 전에 모든 프로젝트 관리 준비와 함께 최소한 몇 가지 기능 작업을 완료하기를 희망합니다.

오늘 패브릭 v2를 보았는데 죄송합니다. 사용할 수 없습니다.

1. 롤 데프는 어디로 갔습니까? 명령줄에서 더 이상 역할 이름을 전달할 수 없는 이유는 무엇입니까? 이것을 직접 구현해야합니까?
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 와 유사합니다.