Cool.

I have created one tiny PR for enabling the GitHub wiki:
https://github.com/apache/cloudberry/pull/1034. PTAL.

Best,
Dianjin Wang

On Fri, Apr 4, 2025 at 10:45 AM Jianghua Yang <yjhj...@gmail.com> wrote:
>
> +1 , like pytorch community https://github.com/pytorch/pytorch/wiki
>
> Dianjin Wang <wangdian...@gmail.com> 于2025年4月3日周四 17:46写道:
>
> > +1 GitHub Wiki.
> >
> > On Thursday, April 3, 2025, Ed Espino <esp...@apache.org> wrote:
> >
> > > Hi Dianjing and Cloudberry community,
> > >
> > > Thanks for initiating this discussion—organizing our collective knowledge
> > > more effectively is a great idea.
> > >
> > > I’d like to voice my support for *Option 1: GitHub Wiki*.
> > >
> > >    -
> > >
> > >    *Markdown-native*: GitHub Wiki uses Markdown, which is the de facto
> > >    standard for many open-source documentation efforts. It's easy to
> > read,
> > >    version control friendly, and aligns well with our existing workflows.
> > >    -
> > >
> > >    *Familiarity and ease of access*: Most PPMC members, contributors, and
> > >    potential new collaborators are already deeply familiar with GitHub.
> > >    Keeping documentation discoverable and editable in the same interface
> > as
> > >    our source code lowers the barrier to contribution.
> > >    -
> > >
> > >    *Lightweight and flexible*: For scattered artifacts like design notes,
> > >    community event logs, and proposal drafts, GitHub Wiki offers a more
> > > fluid
> > >    and informal space than the main site or ASF Confluence.
> > >    -
> > >
> > >    *Lower friction for updates*: Contributors can quickly add or edit
> > >    content without needing to navigate the more structured (and sometimes
> > >    heavyweight) ASF Confluence interface.
> > >
> > > While ASF Confluence has its strengths (especially for larger, structured
> > > documentation sets), I believe starting with GitHub Wiki offers the most
> > > pragmatic, developer-friendly option right now. It can evolve with us and
> > > potentially complement more formal docs in the future.
> > >
> > > Best,
> > > -=e
> > >
> > >
> > > On Wed, Apr 2, 2025 at 7:09 AM Dianjin Wang <wangdian...@gmail.com>
> > wrote:
> > >
> > > > Hi all,
> > > >
> > > > I'd like to start a discussion on whether we should create a Wiki for
> > > > Cloudberry.
> > > >
> > > > Currently, we have some scattered or informal knowledge, such as
> > > > feature design documents, marketing events, proposals, and more, that
> > > > need a flexible place for organization. Managing these directly on the
> > > > website can be cumbersome, so I prefer having a Wiki space would be
> > > > beneficial.
> > > >
> > > > There are two possible options:
> > > > 1. GitHub Wiki – Using the Wiki feature of the Cloudberry main GitHub
> > > > repo, which can be enabled in the `.asf.yaml` file.
> > > > 2. ASF Confluence – Leveraging Apache's Confluence instance for
> > > > documentation.
> > > >
> > > > Do you think we should set up a Wiki? If so, which option do you
> > > > prefer, or do you have other suggestions?
> > > >
> > > > Love to hear your thoughts on this.
> > > >
> > > > Best,
> > > > Dianjin Wang
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org
> > > > For additional commands, e-mail: dev-h...@cloudberry.apache.org
> > > >
> > > >
> > >
> > > --
> > > Ed Espino
> > > Apache Cloudberry (incubating) & MADlib
> > >
> >
> >
> > --
> >
> > Best,
> > Dianjin Wang
> >

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@cloudberry.apache.org
For additional commands, e-mail: dev-h...@cloudberry.apache.org

Reply via email to