Skip to content

Releases: bramvdbogaerde/go-scp

v1.5.0

02 Jul 13:33
5ac8595
Compare
Choose a tag to compare

What's Changed

  • Feat: Implement -p scp option by @datadius in #81
  • Fix: Use strconv.ParseInt for 64-bit values on 32-bit systems by @Codycody31 in #87

New Contributors

Full Changelog: v1.4.0...v1.5.0

v1.4.0

31 Mar 14:53
Compare
Choose a tag to compare

This release changes the behavior of the Close method. Whereas before Close would close any ssh.Client used as the underlying transport for this library, this version only closes the ssh.Client whenever it is managed by the library. This release therefore addresses issue #79 specifically.

We think that this warrants a bump in the minor release of this library since these changes could break existing workflows were it is expected that Close() also closes user provided clients. If only NewClient() and Connect() is used no changes are required.

Full Changelog: v1.3.0...v1.4.0

v1.3.0

04 Feb 22:49
Compare
Choose a tag to compare

What's Changed

Features

Bugfixes

  • Fixed race condition where the remote command was not started before sending data

Maintenance

  • Bump golang.org/x/crypto from 0.0.0-20210513164829-c07d793c2f9a to 0.1.0 by @dependabot in #72
  • Bumped minimum Golang version from 1.13 to 1.17

New Contributors

Full Changelog: v1.2.1...v1.3.0

Version 1.2.1

04 Jan 09:27
Compare
Choose a tag to compare

What's Changed

  • Some code style fixes by @dshemin in #53
  • fix: CopyRemotePassThru blocked on writing to error channel by @262nos in #56
  • fix: Data race in CopyPassThru by @mafredri in #66

New Contributors

Full Changelog: v1.2.0...v1.2.1

Version 1.2.0

27 Dec 13:01
Compare
Choose a tag to compare

Changes:

[DOCS] Use CopyFromFile instead of CopyFile in the README.md which introduced memory issues, as the entire file is loaded into memory to determine its size. CopyFromFile instead determine the size of the file by reading it from the file system (using stat())
[BREAKING] All copy methods now include a "context" parameter, which can be used as generic mechanism to add a timeout, or to embed the library into larger applications which are passing contexts around already.

Version 1.1

04 Aug 19:13
Compare
Choose a tag to compare

This version contains a the following changes:

  • [Docs] Clarification of the behavior of the Client.Timeout field: the time in which the transfer should complete.(#46)
  • [BREAKING] Client.Timeout is now set to 0 by default, which disables the timeout. (#47)

Version 1.0

23 May 20:24
Compare
Choose a tag to compare

With the (final) addition of a procedure to also copy files from the remote, I feel that this library is ready to be tagged as a 1.0 release.

This release includes:

  • Uploading files to a remote
  • Downloading files from a remote
  • Uploading/Downloading files to an arbitrary location using the appropriate Reader/Writer compatible types
  • Monitoring progress of file uploads using a io.PassThru
  • Allowing for time-outs to happen if the file upload/download takes too long