Fabric: 'abort_on_prompts'가 warn_only = True보다 우선합니다.

(Protip, 텍스트 필드 위의 "Github Flavored Markdown"링크를 사용하면 올바른 형식을 지정하는 방법이 표시됩니다. 설명을 수정했습니다. :))

대부분의 경우 사용자가 abort_on_prompts 토글 할 때 경고 및 계속이 아닌 현재 동작 (중단)을 _ 아마 _ 예상하고 있습니다. warn_only=True 일반적으로 _ 원격 프로그램 _에 장애가 발생했을 때 수행 할 작업에 적용되며 Fabric 자체가 중단되는 경우에 적용됩니다.

그러나 나는 둘 다 참인 상황이 잘 정의 / 문서화되지 않았 음을 인정합니다. 또한 코드베이스에서 abort() 의 대부분의 다른 용도는 "abort if $$ warn_only=False "논리를 처리하는 error() 호출로 대체되었습니다.

일관성이 사용자가 프롬프트시 중단을 시도하고 예상치 못한 warn_only=True 의해 방해를받을 가능성을 능가한다는 점을 지금 당장 요청하고 요청한 변경을 수행 할 것입니다. 다른 사람들이 불평하면 나는 당신을 앞에 내놓을 것입니다;)

반성에서 나는 이것에 대해 정말 찢어졌습니다. 앞서 언급했듯이 예상치 못한 프롬프트로 인해 Fabric이 폭발하기를 원하는 사용자를 위해 변경 사항이 망가진 것을 볼 수 있습니다. 숨겨진 오류는 추적하기가 매우 어려울 수 있습니다.

@pkittenis- 이것이 당신에게 문제가되는 실제 상황은 무엇입니까? try/except SystemExit 을 (를) 사용하여 문제를 해결할 수 있습니까?

이로 인해 차단 된 경우 더 합리적 일 수있는 것은 새로운 구성 옵션 ( warn_trumps_abort 와 같은 멍청한 이름 포함)을 추가하여 사용 사례의 사람들이 예기치 않은 변경을 일으키지 않고 동작을 제어 할 수 있도록하는 것입니다. 현재 사용자를 위해.

문제는 abort_on_prompts 의 동작으로 인해 명령에 오류가있을 때 No hosts found. Please specify (single) host string for connection: 로 폴백 할 때 fabric이 SystemExit를 발생시키는 것입니다.

패브릭을 API로 사용하는 것은 잘못된 IMO입니다. API 사용자는 실행시 SystemExit를 피하고 대신 코드 내에서 반환 코드를 처리 할 수 ​​있도록 warn_only 를 이미 설정했습니다. 훌륭합니다.

그런 다음 사용자는 abort_on_prompts 를 설정하고 명령이 실패 할 때 명령에 대한 오류 코드를받는 대신 enter a host 로의 폴백 및 abort_on_prompts 사용으로 인해 SystemExit를 얻습니다. 물론 예외를 처리 할 수 ​​있지만이 경우 더 이상 실패한 명령의 반환 코드를 볼 수 없습니다.

abort_on_prompts 다시 False로 다시 설정하여 현재 문제를 해결할 수 있지만 실패 할 수도 있고 실패하지 않을 수도있는 모든 명령에 대해 수행해야합니다.

가장 좋은 방법은 패브릭을 API로 사용할 때 명령 줄에서 사용되는 내장 패브릭 프롬프트, 특히 No hosts found.. 를 완전히 비활성화하는 플래그라고 생각합니다. 그러면 abort_on_prompts 는이를 유발할 프롬프트가 없기 때문에 SystemExit를 유발하지 않습니다.

+1-지금 바로이 문제에 직면하고 있습니다. 내 구체적인 사용 사례는 최근 프로비저닝 된 클라우드 노드를 확인하고 해당 노드가 적절한 공개 키로 SSH 액세스 권한을 가지고 있는지 확인하기 위해 Fabric을 사용하고 있다는 것입니다. 결과적으로 실제로 abort_on_prompts 예외를 _catch_해야합니다. 지금은 명시 적으로 SystemExit를 잡을 것입니다. 그러나 이것은 실제로 매우 잘못된 것 같습니다.

+1-abort_on_prompts 예외도 포착하고 싶습니다.

: +1 : 저는 SystemExit 가 자라는 것을 원하지 않는 같은 상황에 있습니다. 셀러리 일꾼을 죽입니다.

이 단계에서 저는이 수준의 변경이 API 사용 사례와 CLI 사용 사례를 보조 / 래퍼 사용 사례로 설계중인 버전 2.0에 더 적합하다고 생각합니다. 1.x에서 동작을 변경하는 것은 버그를 추가하기에는 너무 놀랍거나 / 혼란 스럽거나 / 의해 할 수 있습니다.

2.x로 태그를 지정하고 열어두면 API의 해당 부분을 작성할 때 다시 방문하고 고려할 수 있습니다.

+ warn_only abort_on_prompts 및 warn_only 모두 _True_이면 warn_only 이 우선합니다.
이 문제에 대한 또 다른 스레드, @reeesga : https://github.com/fabric/fabric/issues/521

+1

+1-abort_on_prompts 및 warn_only가 모두 True이면 warn_only가 우선합니다. 이를위한 새로운 설정도 좋습니다.

이것에 대한 모든 업데이트?
SystemExit을 잡았지만 출력이 추악합니다 ...

직접 확인 :

webapps2adm001.qa.aws.company.com : 루트로 연결 성공.
webapps2001.qa.aws.company.com : 루트로 연결 성공.

치명적 오류 : 연결 또는 sudo 암호 (호스트 : webapps3001.ia.aws.company.com)를 입력하라는 메시지가 필요하지만 병렬 모드에서는 입력이 모호합니다.

중단합니다.
webapps3001.ia.aws.company.com : 루트로 연결에 실패했습니다. SystemExit : 1
webapps3adm001.ia.aws.company.com : 루트로 연결 성공.

중단 후에도 줄을 유지하고 싶습니다. 오류 메시지를보고 싶지 않습니다.

나는 또한이 문제에 직면하고 있으며 현재 동작이 변경되는 것을보고 싶습니다.