Fabric: c. 로컬에서 문자열 대 파일류 객체에 대한 혼동

이에 대한 업데이트가 있습니까? Connection.put remote 를 디렉토리 경로 문자열로 사용하면 현재 IOError 합니다.

(또한 Fabric et al에 대한 모든 작업에 감사드립니다!)

패브릭 2.1.3
파라미코 2.4.1
1.0.0 호출

합법적인 버그처럼 들리니 나중에 살펴보겠습니다. 패치(및 테스트! 우리 모두가 통과했기 때문에:(우리가 일부가 누락되었음을 암시하는...)를 환영합니다.

지금 이것을 보면 실제로 문제가 FLO의 가정인지 확실하지 않습니다. 대신 올바른 원격 경로 뭉치를 구현하지 못한 것뿐이라고 생각합니다. 즉, SFTP 서버에 다음과 같이 디렉토리를 열도록 요청하는 것입니다. 로컬 파일의 기본 이름을 원격 디렉토리 경로에 붙이는 대신 쓸 파일입니다.

Fabric 측의 부분 디버그 로그:

invoke.transfer.put: Massaged relative local path 'setup.py' into '/Users/jforcier/Code/oss/fabric/setup.py'
invoke.transfer.put: Uploading '/Users/jforcier/Code/oss/fabric/setup.py' to '/Users/jforcier/tmp/'
paramiko.transport.sftp.sftp._log: [chan 2] open(b'/Users/jforcier/tmp/', 'wb')

그런 다음 traceback의 일부는 sftp_client.py 에서 해당 디렉토리 경로를 CMD_OPEN에 던지고 있음을 보여줍니다.

t, msg = self._request(CMD_OPEN, filename, imode, attrblock)

결국 SFTP 서버가 IO 작업에 잘못되었다고 말한 것과 관련된 동일한 파일/클래스의 오류 처리에 도달합니다(이것이 OpenSSH의 결함인 AFAIK이기 때문에 "실패"인 이유입니다.)

어쨌든, 이것을 증명하기 위해 몇 가지 테스트를 작성한 다음 그것이 논리인지 알아낼 시간입니다. (나는 우리가 어느 시점에서 추가된 경로를 구성하고 있다고 생각했습니다) 또는 실제로 누락된 기능 부분입니다.

좋아, 아니, 모든 munging은 비어 있거나 상대적인 원격 경로 주변에 있으며 is-directory 검사는 없습니다.

여기 있는 동안 원격 경로가 디렉토리인 경우 FLO도 처리하는 방법이 궁금합니다.

v1에서 FLO의 .name 속성 은 Python FLO API 의

어쨌든, 여기 v2에서 우리는 이 문제를 실제로 해결할 수 있는 기회가 있습니다. 또는 "이봐, 이것들에 대해 디렉토리가 아닌 원격 파일 경로를 제공해야 합니다"라는 명시적인 예외를 던질 수 있습니다. 어쨌든 모든 FLO에 반드시 name 속성이 있는 것은 아니므로 둘 다일 것입니다.

자, 모두 수정되었습니다. 다음 bugfix 릴리스에서 공개됩니다 🎉