-
-
Notifications
You must be signed in to change notification settings - Fork 5.6k
Add the CITATION.cff
file to take advantage of GitHub's new support for the Citation File Format
#41729
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
Conversation
This commit creates the initial draft for the CITATION.cff new file format.
Do we need the If we are required to include the |
Yes, we do otherwise the citation file is not valid/parsed by GitHub. |
Darn. That means that the release managers (@KristofferC and @ararslan) would need to remember to update the version number in two different places. Probably the easiest is to have a tiny CI job that just checks that the |
Yeah I think that makes sense. |
[ci skip] [skip ci]
Is it possible to get the rest of the bibliographic data into this format - like the journal and volume and such? Also should we get rid of the CITATION.bib file, since this gives you an option to export a bib file? The only issue with that is that we refer to it in some places on discourse and such - but presumably we can update those links and post updated messages. |
I was thinking keep it around. The contents of CITATION.bib are static, so can't hurt to keep it, right? At least for the short term, while we wait for the rest of the Julia ecosystem to start adopting this new standard. |
Yes, we can I will add the info. |
Is it possible to have a CI job just for releases? Running a tiny CI to check this on every commit feels a bit wasteful. |
Yeah, with Buildkite, we can have different CI for release branches vs master. |
[ci skip] [skip ci] Co-authored-by: Dilum Aluthge <[email protected]>
added the SIAM article as references in the CITATION.cff
[ci skip] [skip ci]
@storopoli Where did you see that The CFF schema (https://github.com/citation-file-format/citation-file-format/blob/main/schema.yaml) says that |
[ci skip] Co-authored-by: Dilum Aluthge <[email protected]>
Here: https://github.com/citation-file-format/citation-file-format/blob/main/README.md#example
And also I did this for some repos earlier today and GitHub did not parsed if there wasn't a version in the |
Interesting. It seems to violate the schema, but 🤷 |
I think the |
No it doesn't. It has a See this one: https://github.com/citation-file-format/citation-file-format/blob/main/schema.yaml#L115-L117 |
🤦 You're exactly right, I was looking at the wrong Serves me right for trying to read the schema on my phone. |
Since there is a schema, presumably we can validate our I don't particularly feel like opening up |
CITATION.cff
file to take advantage of GitHub's new support for the Citation File Format
If we decide to change the version, there is a release-checklist in the Makefile where that step would go |
I say we merge this - and we can tweak further later on as necessary. |
The github generated bibtex has some ways to go. I think we'll have to keep CITATION.bib for a while! |
Feel free to open an issue on https://github.com/citation-file-format/ruby-cff reporting any issues with the bibtex 😁 |
Feel free to open an issue on https://github.com/citation-file-format/ruby-cff reporting any issues with the generated bibtex output. |
The main thing is all the other metadata about the article that exists in our CITATION.cff file (like volume, pages, etc.) doesn't get incorporated into the generated BibTeX. Also it makes it an |
Got it, thanks! CFF v1.2.0 will be introducing the concept of a |
To clarify why |
This PR creates the initial draft for the CITATION.cff new file format.
Some resources for discussion:
Note that with every Julia new release the
version
value should be updated. I briefly scanned for a GitHub Actions that could automatically do that but could not find (maybe since CFF are a new thing we should have new actions becoming available in the near future).EDIT: I think we should leave the
.bib
also in the repo for now.