doc: deploy crate docs to GitHub pages

[xxchan]

Which issue does this PR close?

Closes #.

Rationale for this change

arrow-rs has so many crates. We often need to browse the doc for more than one crates. But on doc.rs, we can't go to other crates conveniently.

Deploying to GitHub pages can improve the situation

See it on my fork: https://xxchan.github.io/arrow-rs

https://github.com/xxchan/arrow-rs/actions/workflows/docs.yml

What changes are included in this PR?

Are there any user-facing changes?

[alamb]

Another strategy that is used for other arrow projects is to publish the apache site (e.g. https://arrow.apache.org/datafusion/)

This is described in https://github.com/apache/arrow-datafusion/tree/main/docs#release-process

I would be happy to help figure out how to make the process work here as well

[alamb]

Thank you @xxchan -- this is very helpful.

[alamb]

Let's merge this and see how it works

[xxchan]

Oops

[xxchan]

Maybe we need to update asf.yaml

[alamb]

Yes, I think we need to do the same thing as in DataFusion

@xxchan would it be possible for you to look into doing so? Aka what is described in #4436 (comment)?

If you don't have time that is also fine, I can revert this change and we can work on it when we do have time

[xxchan]

There is a ASF INFRA doc, but I have no access to the wiki https://infra.apache.org/github-pages.html

…

On Mon, 26 Jun 2023 at 21:20, Andrew Lamb ***@***.***> wrote: Yes, I think we need to do the same thing as in DataFusion @xxchan <https://github.com/xxchan> would it be possible for you to look into doing so? Aka what is described in #4436 (comment) <#4436 (comment)>? If you don't have time that is also fine, I can revert this change and we can work on it when we do have time — Reply to this email directly, view it on GitHub <#4436 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AJBQZNII6SHTXLAGJENX3I3XNHOJPANCNFSM6AAAAAAZMLSSII> . You are receiving this because you were mentioned.Message ID: ***@***.***>

[alamb]

@martin-g did the work in DataFusion via apache/datafusion#5670 -- maybe we could follow the same model here?