piggyback

for using large(r) data files on GitHub

GPL-3.0 License

Downloads
86.6K
Stars
184
Committers
17

Bot releases are hidden (Show)

piggyback - v0.1.5 Latest Release

Published by tanho63 10 months ago

What's Changed

New Contributors

Full Changelog: https://github.com/ropensci/piggyback/compare/v0.1.4...v0.1.5

piggyback - v0.1.4

Published by tanho63 10 months ago

What's Changed

Full Changelog: https://github.com/ropensci/piggyback/compare/v0.1.3...v0.1.4

piggyback - v0.1.3

Published by tanho63 10 months ago

What's Changed

New Contributors

Full Changelog: https://github.com/ropensci/piggyback/compare/v0.1.2...v0.1.3

piggyback - v0.1.2

Published by tanho63 10 months ago

What's Changed

Full Changelog: https://github.com/ropensci/piggyback/compare/v0.1.1...v0.1.2

piggyback - v0.1.1

Published by tanho63 10 months ago

What's Changed

Full Changelog: https://github.com/ropensci/piggyback/compare/v0.1.0...v0.1.1

piggyback - piggyback v0.1.0

Published by cboettig about 3 years ago

  • address remaining authentication issue in changes to GitHub API (on pb_upload()) [#47]
  • Use flat file structure on upload/download instead of encoding path [#48]
  • improve performance via more aggressive memoising of pb_info() calls, inceasing default piggyback_cache_duration to 10 minutes [#46]
  • Resolve bug introduced by API changes that would stop creation of tags on repos with default branch called main or without previous releases [#48]
piggyback - v1

Published by cboettig about 3 years ago

Data release

piggyback - piggyback: Managing Larger Data on a GitHub Repository

Published by cboettig over 5 years ago

lifecycle Travis-CI Build Status Coverage status AppVeyor build status CRAN status DOI

Changelog: v0.0.10

  • Improve interface for specifying when to overwrite files on upload (#25)
  • Bugfixes for errors introduced in v0.0.9:
    • Uploading of directory paths could cause download errors in pb_download(). (#24)
    • Access all assets on a release instead of first 30. This could break upload and download. (#23, #24)
piggyback - piggyback: Managing Larger Data on a GitHub Repository

Published by cboettig over 5 years ago

lifecycle Travis-CI Build Status Coverage status AppVeyor build status CRAN status DOI

Changelog: v0.0.9

  • Enable re-upload and deletion of partially uploaded files (#19)
piggyback - piggyback: Managing Larger Data on a GitHub Repository

Published by cboettig over 5 years ago

lifecycle Travis-CI Build Status Coverage status AppVeyor build status CRAN status DOI

Changelog: v0.0.8

  • Updates to documentation, streamlining tests
  • remove dependency on utils::askYesNo which is only available in R >= 3.5.0
piggyback - piggyback: Managing Larger Data on a GitHub Repository

Published by cboettig about 6 years ago

lifecycle Travis-CI Build Status Coverage status AppVeyor build status CRAN status DOI

Because larger (> 50 MB) data files cannot easily be committed to git, a different approach is required to manage data associated with an analysis in a GitHub repository. This package provides a simple work-around by allowing larger (up to 2 GB) data files to piggyback on a repository as assets attached to individual GitHub releases. These files are not handled by git in any way, but instead are uploaded, downloaded, or edited directly by calls through the GitHub API. These data files can be versioned manually by creating different releases. This approach works equally well with public or private repositories. Data can be uploaded and downloaded programmatically from scripts. No authentication is required to download data from public repositories.

Changelog: v0.0.7

  • Initial release to CRAN
piggyback - piggyback: Managing Larger Data on a GitHub Repository

Published by cboettig about 6 years ago

lifecycle Travis-CI Build Status Coverage status AppVeyor build status CRAN status DOI

Because larger (> 50 MB) data files cannot easily be committed to git, a different approach is required to manage data associated with an analysis in a GitHub repository. This package provides a simple work-around by allowing larger (up to 2 GB) data files to piggyback on a repository as assets attached to individual GitHub releases. These files are not handled by git in any way, but instead are uploaded, downloaded, or edited directly by calls through the GitHub API. These data files can be versioned manually by creating different releases. This approach works equally well with public or private repositories. Data can be uploaded and downloaded programmatically from scripts. No authentication is required to download data from public repositories.

piggyback - piggyback: Managing Larger Data on a GitHub Repository

Published by cboettig about 6 years ago

lifecycle Travis-CI Build Status Coverage status AppVeyor build status CRAN status

Because larger (> 50 MB) data files cannot easily be committed to git, a different approach is required to manage data associated with an analysis in a GitHub repository. This package provides a simple work-around by allowing larger (up to 2 GB) data files to piggyback on a repository as assets attached to individual GitHub releases. These files are not handled by git in any way, but instead are uploaded, downloaded, or edited directly by calls through the GitHub API. These data files can be versioned manually by creating different releases. This approach works equally well with public or private repositories. Data can be uploaded and downloaded programmatically from scripts. No authentication is required to download data from public repositories.

piggyback - data

Published by cboettig over 6 years ago

Data release

piggyback - v0.0.4

Published by cboettig over 6 years ago

Data release

piggyback - v0.0.3

Published by cboettig over 6 years ago

Data release

piggyback - test release

Published by cboettig over 6 years ago