Skip to content
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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: create CITATION.cff #905

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

elijaholmos
Copy link

@elijaholmos elijaholmos commented Dec 17, 2022

Closes #912

Hello! 馃憢

I'm a university student and I recently composed a written report & verbal presentation that directly referenced the Semantic Versioning Specification. As is customary in academia, I was expected to cite my sources in a way that conformed with a particular English formatting and style guide. I looked through both https://github.com/semver/semver and https://github.com/semver/semver.org, but could find no written documentation indicating how to properly cite the SemVer spec in my paper. The closest I came was to discovering issue #357 from 2017, which references a Google Scholar link that has since been removed.

GitHub directly supports repository citation files that conform to the Citation File Format standard. Adding a CITATION.cff file to the root of a repository will cause a "Cite this repository" link to appear under the repo description:
repo sidebar

Clicking on the text will render a dropdown with a brief message about repository citations, and different formatting options that the viewer can use to cite the repo:
cite this repository dropdown

My PR creates a CITATION.cff with information about the original SemVer author, along with the recorded release date of v2.0.0 (according to https://github.com/semver/semver/releases/tag/v2.0.0). Please let me know if any changes should be made to the citation metadata, such as the addition of other authors.

@JohnTitor
Copy link
Member

LGTM but I'm not much familiar with that data, @semver/maintainers could someone double-check it?

@steveklabnik
Copy link
Member

A couple of thoughts:

  1. I have no problem with adding a file if that's useful for citations
  2. I have no idea what the norm for 'authors' is here. Obviously @mojombo belongs here, as it says in the current file, but I don't have an actual good handle on how much things have shifted, if at all, since he handed it off to other folks. My gut says "not much", but I would prefer to verify that before merging things.

@elijaholmos
Copy link
Author

@steveklabnik thank you for sharing. how can your second point be verified?

@dmlb2000
Copy link

Oopse, didn't see this merge request...

Merging this fixes #912

@dmlb2000
Copy link

A couple of thoughts:

  1. I have no problem with adding a file if that's useful for citations
  2. I have no idea what the norm for 'authors' is here. Obviously @mojombo belongs here, as it says in the current file, but I don't have an actual good handle on how much things have shifted, if at all, since he handed it off to other folks. My gut says "not much", but I would prefer to verify that before merging things.

This can get pretty hairy as there's some work going back in time and appropriately crediting folks who contributed to the work. I think ideally creating a 1.0 branch and adding CITATION.cff crediting @mojombo would be appropriate. Then pulling that change forward creating a 2.0 branch crediting additional authors and bumping the version appropriately. Though, my brain has to squint a bit to get there.

These extra commits wouldn't need to be pushed to the site as no real change in the spec was created. Maybe the new branches would exist such that no significant change would be made to the spec document just supporting informational files can be updated or added?

@dmlb2000
Copy link

Maybe, there's some answers in the meta conversation. How does semantic versioning apply to the content of this repository?

Nikasyo25

This comment was marked as off-topic.

@elijaholmos
Copy link
Author

Hi semver team,

Looking for an update- is there anything preventing this PR from being merged?

@jwdonahue
Copy link
Contributor

jwdonahue commented Jun 14, 2023

You'll find links to specific versions of the spec at the top of the https://semver.org/ page. https://semver.org/spec/v2.0.0.html is the current version. All of the clauses in the spec have flyover links just to the left of the clause number.

Unfortunately, the maintainers are in the habit of updating version 2 without adding any version bumps. There are tags in both of the repos:

But their content hashes are different, so there's no way at this time to provide any good references to the spec beyond using full quotes of the text, plus a reference to whatever repo content hash you took the quote from. In other words, the content published at https://semver.org/ does not have any stable reference available and will not have any without making publication process changes.

I recommend you pull the repo, spelunk to whatever version of the text you're interested in, and reference that content hash.

@jwdonahue
Copy link
Contributor

jwdonahue commented Jun 14, 2023

Maybe, there's some answers in the meta conversation. How does semantic versioning apply to the content of this repository?

There have been some threads regarding the fact that the published spec does not hone to the SemVer versioning scheme. There have also been some comments in PR threads pondering whether to bump the version. I think it did followed its own advice back in the 1.y.z days, but after 2.0.0 was moved over from mojombo's repo, that practice stopped. There have been considerable added features and textual fixes ever since then, mostly in the FAQ, intro and I think a few of the examples, but some clarifications to the text clauses themselves IIRC.

I am pretty sure that the site is published from the https://semver/semver.org repo, or at least it used to be.


#407 http://semver.org/ differ from semver.md, but both are 2.0.0
#424 SemVer does not use SemVer for releases?
#799 Is semver versioned with semver?
#868 Working draft version of the website?
#976 Time to solve the SemVer version ambiguity issue.

@JohnTitor
Copy link
Member

I don't know much about the citation file but could we add the group to the authors section like "The SemVer maintainers and contributors"? If so, I think it resolves some of the concerns @steveklabnik raised.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

Consider Including Citation File
6 participants