-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Infra: Use a list of authors in peps.json
#4226
base: main
Are you sure you want to change the base?
Conversation
I think the first question is if we want to break backwards compatibility? I lean to not breaking compatibility. If so, the other options are:
|
I'd vote for keeping |
From a cursory search, it seems the vast majority of instances of But sure, happy to add as a new field. The only negative would be the file size (~15% increase). A |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
From a cursory search, it seems the vast majority of instances of
peps.json
in the wild are reproductions of the 723 example:
Here's a couple that would have broken (but I'm sure we could have convinced the authors to update :)
- https://github.com/brettcannon/brettcannon/blob/42eb826a969bd9430053193e3fb5f74a43b74f77/free-labour.py#L309
- https://github.com/JacobCoffee/byte/blob/336008fe8c42850d313c912f8e34a92bb02bffe4/byte_bot/byte/lib/utils.py#L430
But sure, happy to add as a new field. The only negative would be the file size (~15% increase).
Yep, I think 331K -> 368K is okay. Thanks!
peps.json
peps.json
Closes #4211.
Alternatively, we could just use a different seperator (
;
)? Theauthors
field ofpeps.json
was originally intended for literal reproduction without any re-parsing, hence why I joined the alreay-parsed list of authors into a string.A
📚 Documentation preview 📚: https://pep-previews--4226.org.readthedocs.build/peps.json