I understand that this issue is in a way a duplicate of #2742 but the way it's presented there is... far from perfect.
Octokit.js has a way to access the release archives (https://github.com/octokit/octokit.js/issues/2369#issuecomment-1648744759) so it would be nice to also have such feature in octokit.net. The workaround with a separate HttpClient presented in #2742 is in my opinion against the purpose of octokit.net (not to mention that it's generally low quality, it doesn't take socket exhaustion into account - and would it even work if it doesn't include the user agent header? And I'm not going to comment on the ChatGPT-generated garbage).
A way to grab the buffer and download the zip/tar ball should be exposed in octokit.net without the consumers being forced to apply weird hacks.
SDK Version
Octokit 9.1.2
API Version
No response
Relevant log output
No response
Code of Conduct
[X] I agree to follow this project's Code of Conduct
Describe the need
I understand that this issue is in a way a duplicate of #2742 but the way it's presented there is... far from perfect.
Octokit.js has a way to access the release archives (https://github.com/octokit/octokit.js/issues/2369#issuecomment-1648744759) so it would be nice to also have such feature in octokit.net. The workaround with a separate HttpClient presented in #2742 is in my opinion against the purpose of octokit.net (not to mention that it's generally low quality, it doesn't take socket exhaustion into account - and would it even work if it doesn't include the user agent header? And I'm not going to comment on the ChatGPT-generated garbage).
A way to grab the buffer and download the zip/tar ball should be exposed in octokit.net without the consumers being forced to apply weird hacks.
SDK Version
Octokit 9.1.2
API Version
No response
Relevant log output
No response
Code of Conduct