Fabric: 패브릭은 Invoke와 같이 환경을 로컬 셸로 전달하지 않습니다.

이 행동에 대한 설명 을 발견

이것은 원격 시스템에서 명령을 실행하는 데 일반적입니다.

$ env | wc -l
      41
$ ssh testdeploy01.ec2.st-av.net env | wc -l
      14
$ ssh testdeploy01.ec2.st-av.net grep Env /etc/ssh/sshd_config
AcceptEnv LANG LC_*

         Specifies what environment variables sent by the client will be copied into
         the session's environ(7).  See SendEnv in ssh_config(5) for how to configure
         the client.  The TERM environment variable is always sent whenever the
         client requests a pseudo-terminal as it is required by the protocol.  Vari-
         ables are specified by name, which may contain the wildcard characters `*'
         and `?'.  Multiple environment variables may be separated by whitespace or
         spread across multiple AcceptEnv directives.  Be warned that some environ-
         ment variables could be used to bypass restricted user environments.  For
         this reason, care should be taken in the use of this directive.  The default
         is not to accept any environment variables.

전체 로컬 환경을 수집하고 다른쪽에 설정하여 모든 환경 변수를 통과하려고 시도 할 수 있지만 PATH 와 같은 원격 시스템에 대한 적절한 값과 충돌 할 수 있기 때문에 무시해야하는 많은 변수가 있습니다. GOPATH (Go 언어를 사용하는 경우), TMPDIR , HOME , SSH_AUTH_SOCK , ...

나는 전적으로 로컬 작업에 대해서만 이야기하고 있습니다. 로컬 명령에 대해 전달 환경이 기본적으로 켜져 있어야 함을 확인 하는 TODO 주석 도 발견

아, 알겠습니다.

@justinas 로컬 작업에 대해 호출에서 실행을 사용하여 끝났

from invoke import run as local

<strong i="7">@task</strong>
def test(c):
    local('ls')

이것은 # 1752의 패싯입니다-의도는 local 가 Invoke처럼 작동하고 env를 보존하고 run 가 SSH처럼 제대로 작동하고 env를 버리는 것입니다. 그러나 지금은이 동작을 유도하는 구성이 제대로 분리되지 않았습니다. 이는 사실상 버그입니다. 곧 수정하겠습니다.

응답 해 주셔서 감사합니다!

나는 방금 같은 문제에 부딪 혔고 버려지는 것은 지역 환경 뿐만이 아니라는 점에 주목하고 싶었습니다.

이 버그도 이미 알고있을 것입니다.

명확히하기 위해 이것은 나를 위해 작동하지 않았습니다.

<strong i="8">@task</strong>
def test(c):
    c.run('echo $ENV', env={'ENV': 'production'}) # no output

당분간 나는 사용할 수있는이 해결 방법 (매우 깨끗하지 않음)을 찾았습니다.

<strong i="12">@task</strong>
def test(c):
    with c.prefix('ENV=production'):
        c.run('echo $ENV') # prints "production"

예, 알고 있습니다. 감사합니다!

지금은 run('...', preserve_env=True) 라고 말하여 문제를 해결할 수 있습니다. IIRC.

preserve_env 이 존재하지 않는 것 같습니다. replace_env=False 언급 하셨나요?
그것은 오류를 유발하지 않지만 환경은 여전히 ​​폐기되고 있습니다.

추신 : 로컬이 아닌 원격 작업을위한 환경을 설정해야합니다.

네, replace_env 을 (를) 의미했는데 작동하지 않는 것이 이상합니다. 구성을 로컬 / 원격 (# 1752)으로 분할 할 때 살펴 보겠습니다.

나는 이것도 만났다. 나는 c.run('make build') 하고 있었는데 내 ENV가 풀리지 않았다 (특히 빌드 실패를 일으킨 GOPATH). replace_env=False 추가하면 문제가 해결되었습니다.

편집 : 나는 문서 에 따라 본다 :

run.replace_env : False 대신 True이므로 원격 명령이 현재 프로세스의 복사본을 상속하는 대신 '깨끗한'빈 환경에서 실행됩니다.

로컬 명령을 실행하려고했기 때문에 약간 혼란 스러웠습니다.

로컬 명령을 실행할 때 문제가 여전히 존재합니다. 뿡 빵뀨