Closed mpadge closed 1 year ago
Note that this can't be applied to figshare, as that just does automatic versions on update -> publish
, with incremental integer version numbers. This is currently only applicable to zenodo.
PR #85 implements all of the infrastructure. Now just need to add a "publishing and versioning" vignette to close this.
Figshare automatically puts an integer version number on new deposits, starting at "0". The version endopint increments this, and allows uploading of new metadata associated with new version.
It's unclear whether
{version_id}
should be current version, or desired new version? It also clearly only works for published articles, so can't easily be tested at the moment.Zenodo:
This only works for public deposits, but works like this:
latest
is then the new uniqueid
, but that is not listed as an extra deposit, just as a version of the original deposit. All actions still have to be performed on the original deposit with the original deposit id. No metadata can be passed to thenewversion
call (it is simply ignored), and the new version directly inherits all the old metadata.First action needed is to allow editing:
The original deposit will revert to "status: unsubmitted", and files and metadata can then be edited as desired with usual methods. Editing can also be discarded by calling:
When ready, new version can then be published via publish method.