Great points! Docker definitely could be useful to provide a standard
Jekyll, ruby build environment.
Something, that Nishith himself had trouble with.

On Mon, Feb 4, 2019 at 7:09 AM Thomas Weise <t...@apache.org> wrote:

> A pull request is the common way to propose changes in other projects, so
> that's good.
>
> One of the things you will want to work on going forward are contributor
> guidelines that explain this, among other things.
>
> Other suggestions (that can all be taken up as follow-up, perhaps worth
> creating a JIRAs):
> - Source file should have license headers
> - Take a look at other incubator and top level projects for web site
> commonalities such as community / contributing sections
> - Consider adding a README to the web site sources folder and a build
> script that shields developers from error prone manual steps
> - Docker is a good way to avoid having to install pieces on the host OS
> (example:
>
> https://flink.apache.org/improve-website.html#update-or-extend-the-documentation
> )
> - Maybe in the future you want to separate web site sources from
> documentation (since documentation is usually specific to versions)
>
> Thomas
>
>
>
> On Sun, Feb 3, 2019 at 11:05 PM nishith agarwal <n3.nas...@gmail.com>
> wrote:
>
> > Hi All,
> >
> > I've altered the documentation and created a PR against the "asf-site"
> > branch due to absence of a master branch (instead of pushing to a branch
> > directly). In the comments, I've tried to explain the changes I made. In
> > summary, most of our packages, metadata for datasets, admin client and
> more
> > are named with "hoodie". For now, I've just made some cosmetic name
> changes
> > in the docs from "hoodie" -> "hudi" since performing a widespread rename
> > does not make sense.
> > My guess is we can have an initial version of the site ready with such
> > changes, iterate on it and come up with a plan as we migrate the codebase
> > but I'd love to hear your thoughts around this.
> >
> > Thanks,
> > Nishith
> >
> > On Thu, Jan 31, 2019 at 2:38 PM nishith agarwal <n3.nas...@gmail.com>
> > wrote:
> >
> > > Yes, I'll get to it later tonight.
> > >
> > > Thanks,
> > > Nishith
> > >
> > > On Thu, Jan 31, 2019 at 1:04 PM Vinoth Chandar <vin...@apache.org>
> > wrote:
> > >
> > >> Nishith, are you working on the site? Just wanted to confirm and see
> if
> > >> you
> > >> need more help from one of us.
> > >>
> > >> On Thu, Jan 24, 2019 at 8:21 PM Vinoth Chandar <
> > >> mail.vinoth.chan...@gmail.com> wrote:
> > >>
> > >> > What thomas says, makes sense to me. For now, we can just import
> site
> > >> into
> > >> > asf-site and make a call on what we check into master down the line?
> > >> >
> > >> > On Thu, Jan 24, 2019 at 8:17 PM Vinoth Chandar <
> > >> > mail.vinoth.chan...@gmail.com> wrote:
> > >> >
> > >> >> Guess it does nt clutter source code with docs, js, css etc?
> > >> >>
> > >> >> On Thu, Jan 24, 2019 at 7:46 PM nishith agarwal <
> n3.nas...@gmail.com
> > >
> > >> >> wrote:
> > >> >>
> > >> >>> I vote for #3 as well. Yes, I'll take up the lead on this.
> > >> >>> BTW, why is creating a separate branch (asf-site) so popular ? I
> see
> > >> that
> > >> >>> many projects have done that.
> > >> >>>
> > >> >>> Thanks,
> > >> >>> Nishith
> > >> >>>
> > >> >>> On Thu, Jan 24, 2019 at 2:13 PM Anbu Cheeralan <anc...@apache.org
> >
> > >> >>> wrote:
> > >> >>>
> > >> >>> > I prefer #3 that will keep the documentation in-sync with the
> > code.
> > >> >>> >
> > >> >>> > On 2019/01/24 21:27:39, Vinoth Chandar <
> > >> mail.vinoth.chan...@gmail.com>
> > >> >>> > wrote:
> > >> >>> > > Hello all,
> > >> >>> > >
> > >> >>> > > Just summarizing how the current project documentation is
> setup
> > >> and
> > >> >>> then
> > >> >>> > > use this thread to discuss how we want to proceed. Its based
> on
> > >> >>> Jekyll
> > >> >>> > and
> > >> >>> > > markup.To build Hudi docs, you just need to install gem/ruby
> set
> > >> and
> > >> >>> spin
> > >> >>> > > up Jekyll.
> > >> >>> > > https://idratherbewriting.com/documentation-theme-jekyll/
> has
> > >> >>> > > instructions.
> > >> >>> > >
> > >> >>> > > We have a few options to manage docs.
> > >> >>> > >
> > >> >>> > > 1. Separate repo (away from source code)
> > >> >>> > > 2. Special branch along with code (asf-site branch here
> > >> >>> > > https://github.com/apache/incubator-hudi )
> > >> >>> > > 3. Checked into a top level docs folder on all branches
> (current
> > >> >>> > approach)
> > >> >>> > >
> > >> >>> > > I vote for #3. I have do #2 on a previous open source project
> > and
> > >> the
> > >> >>> > code
> > >> >>> > > kept diverging from docs.
> > >> >>> > >
> > >> >>> > > What do you all think?
> > >> >>> > >
> > >> >>> > > Nishith, can you confirm you are taking the lead on this?
> > >> >>> > >
> > >> >>> > > Thanks
> > >> >>> > > Vinoth
> > >> >>> > >
> > >> >>> >
> > >> >>>
> > >> >>
> > >>
> > >
> >
>

Reply via email to