-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
unexpected behaviour #19
Comments
For documentation purposes - my workaround: - name: "install zenodraft"
run: npm install -g zenodraft
- name: "download artifact"
uses: actions/download-artifact@v3
- name: "uploading to zenodo sandbox"
id: zenodraft
env:
ZENODO_SANDBOX_ACCESS_TOKEN: ${{ secrets.ZENODO_SANDBOX_ACCESS_TOKEN }}
COLLECTION: 1048737
run: |
ID=$(zenodraft --sandbox deposition create in-existing-collection $COLLECTION)
zenodraft --sandbox file add $ID artifact/release.zip
zenodraft --sandbox metadata update $ID artifact/metadata.json
zenodraft --sandbox deposition publish $ID
echo "::set-output name=doi::$(zenodraft --sandbox deposition show prereserved $ID)" The varibale |
Hi @kaat0, thanks for this feedback. The double upload is a bit weird, I need to look into that once I have a bit of time. Do you remember what the state of the repo was that generated this behavior? Or maybe you can point me to the release on Zenodo [Sandbox]? That'll come in handy during debug. With regard to making the GitHub release and tag without asking, indeed that's something that should be documented and should be configurable. |
Hi 👋 the zenodo sandbox snapshot of the repo can be found here: Collection 1049011 Many thanks for your effort and zenodraft! |
I used the action with the option
filenames: release.zip
, and it succeeded. But it had consequences I was not aware of:1. the file release.zip
2. a snapshot of the repo
The GitHub action of zenodraft encompasses quite a lot of functionality. And I do get that there is a scenario where this is handy! But it does not fit in a workflow with other tasks. E.g., If I want to specify release notes with my GitHub release or need to upload the artifact to other services triggered by a tag push from the maintainer. See also #16.
Could you:
I guess that the double upload to zenodo is unintended. My workaround is to use the CLI zenodraft since it seems that it can be used granularly.
The text was updated successfully, but these errors were encountered: