-
Notifications
You must be signed in to change notification settings - Fork 2.2k
Comment to keep API preview headers around #2188
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
Comment to keep API preview headers around #2188
Conversation
These media types will be added to the API request as headers and used to enable particular features on GitHub API that are still in preview. After some time, specific media types will be promoted (to a "stable" state). From then on, the preview headers are not required anymore to activate the additional feature on GitHub.com's API. However, this API header might still be needed for users to run a GitHub Enterprise Server on-premise. It's not uncommon for GitHub Enterprise Server customers to run older versions which would probably rely on the preview headers for some time. While the header promotion is going out for GitHub.com, it may be some time before it even arrives in GitHub Enterprise Server. We keep those preview headers around to avoid breaking older GitHub Enterprise Server versions. Additionally, an non-functional (preview) header doesn't create any side effects on GitHub Cloud version. See #2125 for full context.
Codecov Report
@@ Coverage Diff @@
## master #2188 +/- ##
=======================================
Coverage 97.78% 97.78%
=======================================
Files 112 112
Lines 9970 9976 +6
=======================================
+ Hits 9749 9755 +6
Misses 154 154
Partials 67 67
Continue to review full report at Codecov.
|
gmlewis
left a comment
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.
Thank you, @andygrunwald !
Just a couple tiny nits, then LGTM and can be merged.
Co-authored-by: Glenn Lewis <6598971+gmlewis@users.noreply.github.com>
Co-authored-by: Glenn Lewis <6598971+gmlewis@users.noreply.github.com>
Co-authored-by: Glenn Lewis <6598971+gmlewis@users.noreply.github.com>
|
Thanks for the quick review @gmlewis. |
gmlewis
left a comment
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.
Thank you, @andygrunwald !
LGTM.
Merging.
What type of PR is this?
documentation
What this PR does / why we need it:
API preview headers (media types) are used to enable new features in GitHub API.
These media types will be added to the API request as headers and used to enable particular features on GitHub API that are still in preview.
After some time, specific media types will be promoted (to a "stable" state).
From then on, the preview headers are not required anymore to activate the additional feature on GitHub.com's API. However, this API header might still be needed for users to run a GitHub Enterprise Server on-premise.
It's not uncommon for GitHub Enterprise Server customers to run older versions which would probably rely on the preview headers for some time.
While the header promotion is going out for GitHub.com, it may be some time before it even arrives in GitHub Enterprise Server.
We keep those preview headers around to avoid breaking older GitHub Enterprise Server versions. Additionally, an non-functional (preview) header doesn't create any side effects on GitHub Cloud version.
See #2125 for full context.
Special notes for your reviewer:
This Pull Request was triggered out of a discussion from #2125
Explicit comment
Personally, I prefer and see value in extensive comments that tell the story and the full context next to the code (like in this PR).
I can understand when this interrupts the code reading flow for others.
I do think that the added advantage (by the additional context) is bigger.
Please let me know what you think about it and if any change is required.
Additional documentation, usage docs, etc.: